Hi,
On Monday 01 November 2010, meik michalke wrote:
ok, i've tried something different. all tests are now run in the temp suite
dir by default, so any output goes there as well. as for the problem of
loading files, the class RKTest gained a new slot called files for
those. just define them
Hi,
during the last days I worked with RKWard on Windows (XP). I did the custom
install (not the bundle). Every thing is working basically fine, no crashes
or such. The only thing I did not get to work so far is package management
(package update and installation ...). Rgui didn't work in the
Mine's 4.5.0 (as seen from g++.exe --version). Should a different
version matter? After all the compilation was done with this MinGW as
well. Note: C:\MinGW\bin is not in my %PATH%, I only add it in the
make_release.bat file.
I would be surprised, if it matters, but I'm trying to spot
Hi,
On Monday 25 October 2010, Prasenjit Kapat wrote:
The application has failed to start because libstdc++-6.dll was not
found. Re-installing the application may fix this problem.
Now, libstdc++-6.dll is located at C:\MinGW\bin but should it be
needed at runtime for RKWard?
yes and no.
Hi,
On Sunday 17 October 2010, Salvador wrote:
rkward-crash notes. i'm not using Kmail and hence the automated crush
reporter didn't work.
thanks for sending it anyway!
Unfortunately, the backtrace does not help much in this case. Could you give
some detail as to what you were doing when
Hi,
On Monday 25 October 2010, Lei Jin wrote:
I was trying to install debug symbols, but crash report assistant did not
find it.
thanks for taking the time to report, anyway. Unfortunately, this does not
provide any hints on what might have gone wrong.
Coud you provide some more detail?
-
Hi,
On Tuesday 19 October 2010, Mischa Vreeburg wrote:
I tried to load several packages which have rJava as a dependency. About
half of them ended in an error. I got a caught segfault with invalid
permissions.
[...]
I also had some problems loading the gWidgetsRGtk2 package and packages
On Thursday 21 October 2010, Thomas Friedrichsmeier wrote:
Both are known problems, which appear hard to
resolve, unfortunately.
Hm, wrote that, and then had another idea. I've tried something which seems to
fix the RGtk2-problem, after all. Could you give this a try, either from SVN
(http
Hi,
On Sunday 17 October 2010, Prasenjit Kapat wrote:
So, this is only in
KDEDIR\share\apps\cmake\modules\KDELibs4LibraryTargets-release.cmake
(~lines 20 and 36), right?
quite possible. Since I've already done the replacement in my copy, I can't
check.
And it suffices to replace U: by
Hi,
On Thursday 14 October 2010, meik michalke wrote:
well, i'm a bit surprised myself, but i'm done already. there are several
new internal functions that hanlde the creation and removal of temp dirs,
and as far as i can tell they work really fine :-)
looks good to me, but I have only tested
On Thursday 14 October 2010, Prasenjit Kapat wrote:
mingw32-make[2]: *** No rule to make target `U:/lib/libkdewin.dll.a',
needed by `rkward/rkward.bin.exe'. Stop.
mingw32-make[1]: *** [rkward/CMakeFiles/rkward.bin.dir/all] Error 2
mingw32-make: *** [all] Error 2
Is U:/lib/... hard coded
Hi,
On Wednesday 13 October 2010, meik michalke wrote:
well, something like
path - tempfile(paste(rktests., su...@id, sep=))
if(!dir.create(path, recursive=TRUE)) {
stop(simpleError(Couldn't create temporary directory!))
}
else {
assign(.rktest.temp.dir, path,
Hi,
On Wednesday 13 October 2010, Prasenjit Kapat wrote:
So this needs perl as well?
yes, apparently. I find I have perl installed and in my path. Sorry about all
this mess. I should have documented this while actively fumbling my way
through all of this, instead of over a year later...
On Wednesday 13 October 2010, Thomas Friedrichsmeier wrote:
Could you try adding
-DKDE4_DATA_DIR=D:/RKWard_devel/KDE4/share/apps
to the cmake options? (And move the contents of [KDE]/cmake/modules into
[KDE]/share/apps/cmake/modules.)
... and, for good measure, remove windows_nsis\build
On Monday 11 October 2010, Prasenjit Kapat wrote:
CMake Error at
D:/RKWard_devel/KDE4/share/cmake-2.6/Modules/FindPackageHandleStandardArgs
.cmake:57 (MESSAGE):
Did not find automoc4 (part of kdesupport). Searched for
Automoc4Config.cmake in using suffixes automoc4 lib/automoc4
Hi,
On Tuesday 12 October 2010, meik michalke wrote:
ok, i've tried something there: storing the status quo in a temporal object
and restoring it from there afterwards.
yes, that's a clean solution. Great.
also, i tried to prevent the
cleanup function from doint too much damage by limiting
Hi,
On Friday 08 October 2010, Prasenjit Kapat wrote:
Can you explain the variables in make_release.bat? I've edited the
wiki, check and if needed fix them there.
looks correct.
Now, I had to provide the full path to cmake:
%KDEPREFIXDRIVE%\%KDEPREFIX%\bin\cmake (instead of just cmake)
Hi,
On Wednesday 06 October 2010, meik michalke wrote:
this one roxygen() call is needed during doc
creation because roxygen would ignore the comment-only package file
completely otherwise. [TODO: check wheter this is still true, because
roxygen is in vivid development, and this drawback
Hi,
On Thursday 07 October 2010, Matthieu Stigler wrote:
I indeed tried also on my laptop and could not reproduce this bug! So it
means it is really a minor problem! See answers below.
based on that, and your answers, I think it's quite likely to be a problem in
kdelibs, which has been fixed,
Hi,
On Thursday 07 October 2010, Prasenjit Kapat wrote:
What version of KDE do you use? I was trying with 4.4.4 (only other
option is 4.2.2) - it does not install subverson, although it is
listed, packages for konsole, dolphin, kwrite (kate is there though)
are missing.
I used 4.4.4 for
On Thursday 07 October 2010, Prasenjit Kapat wrote:
BTW, reading the wiki, I assume I need to install the KDE packages
twice - once for actually compiling RKWard, which installed system
wide, and later while packaging up as 7zip file, which is installed
inside the RKWard directory. Is this
Hi,
On Thursday 07 October 2010, Thomas Friedrichsmeier wrote:
You might consider assigning explicitly to globalenv() (as is done with
date()), and then allowing to remove them with rktest.resetEnvironment,
as before. The idea was to provide a convenient way to restore a mostly
normal
Hi,
On Wednesday 06 October 2010, Prasenjit Kapat wrote:
One thing we have to be careful is that make / make install should
work even without an internet connection. (Or is it safe to assume
that wherever / whoever is installing RKWard has access to the
internet?)
I should have explained
On Monday 04 October 2010, meik michalke wrote:
anyway, i agree that author credits probably belong at the .xml/.rkh
level. but may i suggest to perhaps make this either an override of the
information in the pluginmap (that is the author defined in .pluginmap is
taken as default, as long as
Hi,
On Monday 04 October 2010, Matthieu Stigler wrote:
I have problems with the newest version of rkward, when I use a
browser() call within a function, the cursor is then freezing and
strangely, the workaround is to switch to another program and come back,
then the cursor will be available.
Hi,
On Tuesday 05 October 2010, meik michalke wrote:
ok, what do you think about the overwrite idea? in most cases, at least for
external plugins, i believe all plugins in a pluginmap will be authored by
the same person. you could think of it like plugins would inherit the
author information
Hi,
On Tuesday 05 October 2010, Matthieu Stigler wrote:
mhh.. did you type n in the opened browser?
I tried again, still could not reproduce this. Of course with a bit of luck
this was fixed in kdelibs meanwhile. Could a few others on this list give this
a test, and tell us your version of
Hi!
Just a quick note to let you know that RKWard 0.5.4 is now released,
officially.
As usual, you can find a more elaborate announcement at http://rkward.sf.net,
and links to the downloads at http://p.sf.net/rkward/download .
Many thanks to all who contributed to this release!
Regards
Hi!
As stated quite a while ago, I'd like to get some help with creating the
windows packages, if possible. Prasenjit volunteered to help back then, but I
simply forgot to take the next step. Now it's much too close to the release,
and so I have created the installer and bundle for 0.5.4,
Hi,
On Friday 01 October 2010, meik michalke wrote:
when i'm working on my packages, rebuilding them and replacing the previous
version, i always have to restart RKWard completely to get the new package
to fully load. at least the documentation won't show otherwise. i'd expect
this to work:
Hi,
well that did not keep you busy for long ;-)
On Saturday 02 October 2010, meik michalke wrote:
am Freitag 01 Oktober 2010 (20:29) schrieb Thomas Friedrichsmeier:
sftp://m-eik,rkw...@web.sourceforge.net/home/groups/r/rk/rkward/
hm, i tried all i could think of (even renewed my
Hi,
no major problems were discovered during the testing phase of 0.5.4-pre1, so
I'll proceed with the release preparations as planned:
--- Testers ---
Testing is always welcome, and you should always report the bugs you find.
However, the 0.5.4-release will not be fixed for anything that is
Hi,
I'm taking this to a new thread with a new title, so I don't have to scroll
down quite as much in kmail...
On Friday 01 October 2010, meik michalke wrote:
in theory, three steps are neccessary to get it to work:
- ask newstuff.kde.org for a repository, see GHNS repositories at
o
Hi,
On Thursday 30 September 2010, Pep wrote:
Please find enclosed a more new revision of the catalan translation
(ca.po).
thanks!
Committed.
Regards
Thomas
signature.asc
Description: This is a digitally signed message part.
Hi,
On Thursday 30 September 2010, meik michalke wrote:
at this moment i don't need them. i had pdftk added while i was already
using system calls anyway, as a convenience. the really important part
(TeXing the reports) is sufficiently handled by R, i'm happy with that. it
added nicely to the
Hi,
On Sunday 26 September 2010, Prasenjit Kapat wrote:
Yeah this kind of brings back the argument of moving these into
internal.R, or at least move the help links to a
rkward_for_rkward_devs.rkh page.
yes, perhaps that is a good idea to create such a rkward_for_rkward_devs
page, so as not
Hi,
On Sunday 26 September 2010, Prasenjit Kapat wrote:
Yes, for now.
This happens whenever R uses a temporary disk file to show some
information.
You just have to hit Ignore and Continue (may be check the Don't
remind me box along the way)
probably we can do something about this in most
Hi,
On Saturday 25 September 2010, Prasenjit Kapat wrote:
I've added a rk.list.plugins (...) to public.R, I hope it is not
adding a new feature.
well, it's sort of a new feature, but the important point is that it looks
safe to add without breaking anything.
While documenting
Hi,
On Thursday 23 September 2010, Stefan Rödiger wrote:
It should be mostly, but not entirely safe to edit such objects. If you
edit a cell in one of the duplicate columns, all columns with the same
name will be affected in the backend. However, in the editor, this will
not become
Hi!
Once again, a nice number of fixes and improvements has accumulated in the
development version of RKWard, and I would like to make those available in an
official release, soon. As usual, before doing so, we need to do some more
testing, and I would like to invite you all to participate in
Hi!
On Tuesday 21 September 2010, Stefan Rödiger wrote:
lately I was wondering if it would be of general interests to implement a
bookmark/favorites toolbar in RKWard for example as known from Konqueror
(allows even searching for a term). I run frequently the same scripts,
text files etc. and
Hi!
On Monday 20 September 2010, Prasenjit Kapat wrote:
Does it now look closer to what you have in mind? (It is incomplete
still...)
Yes, thanks! For my taste you have quite a lot of links in the See also
section. I'd omit at least ones like invisible and options, which would
relate to
Hi,
On Sunday 19 September 2010, Prasenjit Kapat wrote:
As some of you may have seen from the trunk, I have started to add
some documentation for the functions in public.R and
public_graphics.R. I am writing the documentation as a rkh file which
can be accessed from F1 RKWard for Users
Hi,
On Sunday 19 September 2010, Prasenjit Kapat wrote:
To me the first variant is more transparent. The plugin remains same
and whether or not a data frame is pre-selected is what changes.
thanks for the feedback. I'm leaning the same way.
I intend to but this and generate random data into a
Hi,
On Thursday 16 September 2010, Stefan Rödiger wrote:
BTW, as you might consent the lines attached in my example are not a good
example how to work with R (size and arrangement of data ...). Thus it was
really interesting for me to see what happens ... .
I think the crucial thing in your
On Tuesday 14 September 2010, Prasenjit Kapat wrote:
I tried it twice now. Didn't see any mismatch.. But I'll keep an eye on it.
Interesting. I keep getting this:
mark 1
Current plot does not match with plots[[2]]
mark 2
mark 3
mark 4
mark 5
mark 6
mark 7
mark 8
mark 8a
mark 9
mark 10
R
Hi,
On Tuesday 14 September 2010, Prasenjit Kapat wrote:
I see that Thomas has added a new settings in Configure Onscreen
device. Can you try the svn code if it helps?
I've also added a bit of logic that tries to detect when the window is too
large to fit on screen, and points to the
Hi,
On Tuesday 14 September 2010, Prasenjit Kapat wrote:
On my end, R 2.11.1 and lattice 0.19-11 (r-cran-lattice form deb
repo). Before upgrading lattice, could you try to remove rkward and
then re-install
Rscript -e remove.packages ('rkward')
make install
and see if it helps?
no
Hi,
On Sunday 12 September 2010, Prasenjit Kapat wrote:
Yeah, the lattice plots are tracked through trellis.last.object () and
not recordPlot () and for that reason rk.activate.device () should be
used instead of dev.set (). I'll update the test code later, after
adding a few more tests.
I
Hi!
Just in case you don't have enough to read, already:
Recently, I've been interviewed about RKWard for KDE.news. The interview is
now online at http://dot.kde.org .
Regards
Thomas
signature.asc
Description: This is a digitally signed message part.
Hi,
On Saturday 11 September 2010, Prasenjit Kapat wrote:
None of the static messages will show such an error. But say if you call:
xyplot (0~0,
panel = function (...) {
panel.xyplot (...)
panel.abline (h=0,v=0)
})
Then, the showInfo box will be a few line shosrt
Hi,
I didn't find too much time to test, but what I've seen so far looks good, both
in terms of speed and correctness. I've found some rather minor issues and
corrected those in SVN, but nothing serious.
Great!
I did not look at the code in any detail so far, and will wait with that until
Hi,
I've just started playing with the new history, so no feedback on that, yet.
But some answers to these questions:
On Friday 10 September 2010, Prasenjit Kapat wrote:
@ Thomas:
1. There was some hickup while committing (I hadn't updated in a
while). I hope none of your commits are screwed
On Tuesday 07 September 2010, Prasenjit Kapat wrote:
Just a thought: can we make the toolbar configurable? User's can keep
whichever they use most.
Um, yes. Settings-Configure Toolbars...
So it's really just about the defaults.
Regards
Thomas
signature.asc
Description: This is a digitally
On Wednesday 08 September 2010, Prasenjit Kapat wrote:
With that said, here is a difference in behavior, that we should resolve:
Hm, that might be a case in point that dev.copy() should duplicate the history
position, after all. Then situation 1 would be basically identical to
situation 2. On
On Wednesday 08 September 2010, Matthieu Stigler wrote:
Which arrow button do you mean sorry? If it is the usual upper right, it
does not help, as it simply extend the window but still I can't see the
bottom of window
For clarity, I'm attaching a screenshot. This is what I get for
plot (1,
Hi,
On Monday 06 September 2010, Prasenjit Kapat wrote:
Can we get the last command from history?
in theory, yes, but not currently. (We do not support the R history
mechanisms, yet, but it's in the feature tracker somewhere).
Remember we are only interested in the primary plotting
Hi,
overall this specification looks good to me. I do think there are some aspects
which can safely be neglected for an initial implementation, however, in order
not to introduce too much complexity too soon. I'll point out those, and add a
few other comments.
On Tuesday 07 September 2010,
On Tuesday 07 September 2010, Thomas Friedrichsmeier wrote:
The idea to use a hash is certainly appealing, but I'm also reluctant to
add new hard dependencies. Using an optional dependency, sounds like
adding a lot of complexity, though. Qt also supports MD5 and SHA1, so
perhaps it's not too
Hi,
On Saturday 04 September 2010, Prasenjit Kapat wrote:
Indeed. I'll need to go back to drawing board and try to implement
things differently. Before getting into specific cases, I am
suggesting, in the interest of the upcoming release, that let us
ignore this plot history feature
On Sunday 05 September 2010, Thomas Friedrichsmeier wrote:
But perhaps it's not that hard after all? I just tried this with the
X11Cairo device:
plot(1, 1)
a - recordPlot()
dev.off()
replayPlot (a)
b - recordPlot()
identical (a, b) # TRUE
title (something's
Hi,
just two short announcements:
1) We should create a new release, soon, but there are some more things to
take care of before then (including, but not limited to the plot history
feature). I expect this to take roughly one more week. After that there will
be the usual procedure of call(s)
Hi,
On Thursday 02 September 2010, Prasenjit Kapat wrote:
On Wed, Sep 1, 2010 at 4:31 PM, Thomas Friedrichsmeier
thomas.friedrichsme...@ruhr-uni-bochum.de wrote:
Is it really a good idea to synchronize the plot windows that show the
same history position? I.e. if two separate windows each
Hi,
On Tuesday 31 August 2010, Prasenjit Kapat wrote:
6. The Show info action currently uses kdialog (recently changed it
from readline ()), but as soon as Thomas returns (and finds time to
implement a dialog box connection on the C++ side) I plan to change it
to a more native version.
Hi,
On Monday 30 August 2010, Prasenjit Kapat wrote:
Hmm, I am a bit surprise now, but I know the culprit - me!
A late night copy-paste error on my part! I pasted the rkward-devel id
instead of mine! Ignore it!
ok, so I've gone and deleted that vimeo account.
Regards
Thomas
signature.asc
Hi,
great work, overall! This is pretty sophisticated stuff, and that also means
there's a lot of details to think about and test. I'm not sure I've seen
everything, but I don't want to let you wait much longer. So here are the
notes I have taken so far in no particular order.
I'll post
Hi,
On Friday 06 August 2010, Stefan Rödiger wrote:
Scenario II: Object is open for editing (my.data) in fresh started
RKWard 1. Create objects
2. Invoke the plugin
3. confirm to remove and do so
4. Push accidentally no when asked Das Objekt 'meine.daten' wurde vom
Workspace entfernt oder
Hi,
On Wednesday 11 August 2010, Stefan Rödiger wrote:
Am Samstag 07 August 2010, 17:18:23 schrieben Sie:
That is great. But in my translation is 3 messages untranslated: 2
related with serialization format, and 1 with pager command. Maybe
you can explain the meaning of it?
No not
Hi,
On Wednesday 04 August 2010, Stefan Rödiger wrote:
Thanks, that (remove a toplevel object) was what I did and it lead to
occasional crashes of RKWard (well at least all objects were removed ;) ).
That's why assumed to do something harmful and not intended by the
developer. I'll keep an
Hi,
On Wednesday 04 August 2010, Stefan Rödiger wrote:
how do I escape local (from a plugin) in order to remove objects from
.GlobalEnv?
simply by using .GlobalEnv ;-). To remove a member of a list / data.frame in
.GlobalEnv:
.GlobalEnv$my.list[[object]] - NULL
To remove a toplevel
Hi,
On Wednesday 07 July 2010, Stefan Rödiger wrote:
Sure, take the time you need. I just need a feedback to keep track of all.
And something is something we can start working with.
ok, I've uploaded that something to SVN. For completeness, I've also uploaded
your initial version.
I suppose
Hi,
On Monday 05 July 2010, Stefan Rödiger wrote:
Glad to hear this. BTW would there be a way to extract the structure
automatically?
it would be possible to do this. It would probably take a lot less time for me
to implement this, than to copy down the menu structure by hand. Do you think
Hi,
On Tuesday 06 July 2010, Prasenjit Kapat wrote:
I've reverted back to updating all (managed) devices. Let me know if
the the behavior is 'as expected.' And btw, when testing, the
following commands come in handy:
rk.record.plot$printPars () # to see the positions
Hi,
On Monday 05 July 2010, Prasenjit Kapat wrote:
2. What to do when the max history length (or size) is reduced from
the settings, while there is an existing history? What I mean to say
is this: suppose L = 10 is set in the settings. Let H = length of the
current recorded history. Suppose H
Hi,
On Wednesday 30 June 2010, Prasenjit Kapat wrote:
I can improve .rk.grapch.history.gui () marginally so that not all the
devices need updating when browsing through history.
I haven't looked into your code in detail, but I'm afraid, this had side-
effects, and I suggest to revert this part
Hi,
On Wednesday 30 June 2010, Prasenjit Kapat wrote:
Does the RKWindowCatcher::killDevice (int device_number) function in
rkwindowcatcher.cpp (line 82) work for non-interactive devices as
well, in the sense that nothing is done? My guess is Yes, because
'window' should be null / 0 / false,
Hi,
On Monday 21 June 2010, Prasenjit Kapat wrote:
Basically, something along the following lines:
RKGlobals::rInterface ()-issueCommand (rk.record.plot$onDelDevice (
+ QString::number (device_number) + ')', RCommand::App, i18n (Add
current plot before closing device number %1,
Hi,
On Friday 25 June 2010, Stefan Rödiger wrote:
Okay I'll try to take over the lead position. I have to admit that I'm
working currently on two papers … but let's see how far we get.
great!
So far we have in the boat:
Thomas (some content, advise, comments)
Meik (content, writing)
Hi,
I saw that announcement, indeed, I really think we should strive to make
use of this opportunity. Thanks for sending a reminder to the list.
If possible, I would like one or more of you to step forward and take
the main responsibility for this article. I will be happy to supply
details,
Hi,
On Monday 21 June 2010, Prasenjit Kapat wrote:
Once the dev.off () bug has been fixed, what I would like is this:
On closing a window (either by clicking X or Ctrl+W or dev.off () or
graphics.off ()) call rk.record.plot$onDelDevice (deviceID).
Basically, something along the following
On Monday 21 June 2010, Prasenjit Kapat wrote:
I do have a wrapper around dev.off: testable as soon as the bug is
taken care of.
Ok, then here's an idea for a hack around the bug: Directly before the real
dev.off() add
.rk.lock.device - TRUE
and
.rk.lock.device - FALSE
directly after. In
HI,
On Saturday 19 June 2010, Prasenjit Kapat wrote:
Now, (i) can be broken down into three completely separate plugins:
(i.1) Context menu for an open data.frame
(i.2) Context menu for selected object from the workspace browser (w/o
opening it in data.frame editor)
(i.3) Edit menu.
i.1:
Hi,
a few days ago, in private mail, Jacek asked me, how to access the currently
edited data.frame from a plugin. The answer is that this is not currently
possible, but of course it would make a whole lot of sense to be able to do
so. Manipulating the current data.frame is a very important use
Hi,
On Wednesday 09 June 2010, Jacek Rużyczka wrote:
Am Dienstag 08 Juni 2010 22:11:02 schrieb Thomas Friedrichsmeier:
hmm, no idea what to make of this. This is before the R backend is even
initialized, so we can probably rule out that as a cause.
Could you post details on your kde4
On Wednesday 09 June 2010, Jacek Rużyczka wrote:
Am Mittwoch 09 Juni 2010 13:23:24 schrieb Thomas Friedrichsmeier:
If you have any experience with rpmbuild, could you
compile the rkward .src.rpm on your system, to make sure the all library
versions match those on your system?
If I had
Hi,
On Monday 07 June 2010, Jacek Rużyczka wrote:
Am Samstag 05 Juni 2010 13:41:26 schrieben Sie:
Actually, the PHP-dependecy is obsolete since 0.5.3. So, if this is the
only missing dependency, perhaps you can tell rpm to just ingore it
(perhaps -- force or --nodeps).
No use:
ok,
Hi,
meik michalke schrieb:
as one result of our ongoing workshop, a participant argued that while rkward
provides a really comfortable interface for R development, it does consume
valuable processing ressources to an extent that when it comes to actual
huge/complex calculations, he
Hi,
On Tuesday 08 June 2010, Jacek Rużyczka wrote:
...and before I forget it...here's the stack trace:
Application: RKWard (rkward), signal: Segmentation fault
[KCrash Handler]
#5 0x7f0102de758c in QMetaObject::indexOfSlot(char const*) const ()
from /usr/lib64/libQtCore.so.4
#6
Hello,
thanks for submitting this info. This appears to be the same issue you
reported some weeks ago. You write that the crash is reproducable, and you
wrote then, that it always occurred while editing some particular lines of
code. It would be really, really, really helpful, if you could
Hi,
On Thursday 20 May 2010, Luc Villandre wrote:
I was trying to modify the toolbar configuration when the crash occured.
thanks for taking the time to report this. Apparently this is a bug in
kdelibs: https://bugs.kde.org/show_bug.cgi?id=170806 . Currently, I have no
idea on what might be
Hi,
On Thursday 20 May 2010, Prasenjit Kapat wrote:
I don't see any difference by adding %~dsp0 to R_BINARY on Windows 7
as well as Win server 2007. Once RKWard starts the getwd() is still
C:/.../KDE/bin.
you need to do both: Modifiy rkward.bat, and specify %USERPROFILE% as working
Hi,
On Monday 17 May 2010, mat wrote:
Isn't it that simply the directory package_archive does not exist?
yes, that's probably the cause. I've committed a fix to SVN, to make sure this
directory will be created if needed.
For the time being, either:
1) create the directory
Hi,
On Sunday 16 May 2010, Prasenjit Kapat wrote:
OK, the file is too big to be installable!
indeed. I had created the last version on Linux (after changing some last
details of the Readme.html), and had not tested unpacking after that. I have
now 7zip'ped it on windows, and this time it
Hi again,
so these are the steps that I have followed in creating the installation
bundle:
Binary:
0) It seems best to root the installation in a drive other than C:\ (otherwise
there are some problems when moving the RKWard.lnk, later on).
1) Create a directory RKWard.
2) Use the regular KDE
Hi,
an update on this:
On Saturday 08 May 2010, Thomas Friedrichsmeier wrote:
Well a live CD would be pretty cool. However I think the most exciting
option is to simply provide a self-extracting archive that contains a
complete installation of RKWard, kdebase, and R (with R2HTML
Hi,
On Thursday 06 May 2010, meik michalke wrote:
i just stumbled across a menu entry called QtScrip Test 1 in the analysis
menu of 0.5.3. i figure it should not actually be there ;-) is this because
of my configuration or do you see it, too?
this comes from the under_development.pluginmap
Hi,
On Wednesday 05 May 2010, meik michalke wrote:
now that i've toyed around with the windows version a little (nice to see
that rkward can be run from a network share and even a DVD without
installation), i was wondering if a static build was possible.
the needed kdebase installation
Hi Dominik,
On Saturday 01 May 2010, Dominik Haumann wrote:
recently I have blogged about the SmartInterace, SmartCursor and SmartRange
in the KTextEditor interfaces [1]. In summary, from KDE SC 4.6 on KatePart
will not implement this interface classes anymore. This means that
Hi,
On Wednesday 28 April 2010, Pep wrote:
Here is the updated catalan translation. The po file is from:
http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/po/
thanks for the update! I will commit this to SVN - but - not before the 0.5.3-
release. I created a source tarball (-rc1)
Hi,
On Monday 26 April 2010, meik michalke wrote:
am Montag 26 April 2010 (15:36) schrieb meik michalke:
if we can build for CRAN R as well as for the official installation
this sounds promising:
https://help.launchpad.net/Packaging/PPA/Uploading#Using%20packages%20from%
401 - 500 of 596 matches
Mail list logo