Hi All,
I haven't kept up with the development in a long long while, so my comments
may seem out-of-turn! (I don't have much idea about the KDE's software
development practices, either.)
On Mon, Oct 13, 2014 at 5:29 AM, Thomas Friedrichsmeier <
thomas.friedrichsme...@ruhr-uni-bochum.de> wrote:
>
On Sat, May 5, 2012 at 6:10 PM, meik michalke
wrote:
> hi,
>
> over the past few days, i collected some amount of data, i.e. a script
> examined more than 120.000 XML documents. for a while this ran just fine, but
> at a certain point the machine ran out of RAM. i then included a manual call
> to
On Wed, Dec 29, 2010 at 6:06 AM, Stefan Rödiger wrote:
> The paper is submitted :)
Fingers crossed.
A special Thanks to Stefan for taking the initiative. The first draft
is always the difficult one. The later polishing and updates takes
time but can always be done. And also to Thomas for working
On Tue, Dec 28, 2010 at 1:23 PM, Prasenjit Kapat wrote:
> On Tue, Dec 28, 2010 at 12:46 PM, Stefan Rödiger
> wrote:
>> Hi all,
>>
>> it's the 28th and I guess that's the final call. I won't correct anything
>> else
>> from my side and therefor
On Tue, Dec 28, 2010 at 12:46 PM, Stefan Rödiger wrote:
> Hi all,
>
> it's the 28th and I guess that's the final call. I won't correct anything else
> from my side and therefore take the latest version from SVN. Please state if
> you
> * need more time
> * are finished.
Yes I am finished. I'll gi
Hi,
(Concerns mainly Thomas.)
Recently my dept machines upgraded to RHEL 6 (KDE 4.3) and with that
my dependence on 0.4.9 and KDE 3 is done for good. I had modified the
release_branch_0.4.9 here and there, implementing the plot history
feature, that too partially. It is (and will remain) in a "wo
On Mon, Dec 27, 2010 at 9:40 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Monday 27 December 2010, Stefan Rödiger wrote:
>> On Sunday 26 December 2010 21:06:34 Thomas Friedrichsmeier wrote:
>
> Two other things that I've stumbled across:
> - Section 3.5 refers to Figure 8 many pages ahead. I thi
On Mon, Dec 27, 2010 at 11:54 AM, Stefan Rödiger wrote:
> On Monday 27 December 2010 15:40:21 Thomas Friedrichsmeier wrote:
>> Hi,
>>
>> On Monday 27 December 2010, Stefan Rödiger wrote:
>> > On Sunday 26 December 2010 21:06:34 Thomas Friedrichsmeier wrote:
>
>> Some more comments / answers:
>> >
On Mon, Dec 27, 2010 at 11:38 AM, Stefan Rödiger wrote:
>
> Another point. We all consent to use AE not BE, right? I checked and all is
> correct from what I saw.
Yes, I guess, AE will be fine. Although the serialized comma before
"and" is ok in both cases.
--
Prasenjit
---
On Sun, Dec 26, 2010 at 3:06 PM, Thomas Friedrichsmeier
wrote:
>
>> 4) If I get it right \proglang{} is only for languages (XML, HTML, R, C++,
>> Qt, ECMAScript, ...) not for programs like Red-R or RKWard (see 5)).
>
> Yes, but it does not appear to be clear-cut. Citing from jss.dtx:
> % This shou
Hi,
On Sun, Dec 26, 2010 at 7:57 PM, Stefan Rödiger wrote:
> On Sunday 26 December 2010 21:06:34 Thomas Friedrichsmeier wrote:
>> Hi!
>>
>> I'll take another look tomorrow or the day after that. Some comments:
>>
>> On Sunday 26 December 2010, Stefan Rödiger wrote:
>> > 0) Check for any missing a
Hi,
On Tue, Dec 21, 2010 at 11:15 AM, Thomas Friedrichsmeier
wrote:
>
> Meik, and Prasenjit, will you have the time for another round of editing?
> When? Are you going to be reachable by E-Mail until year-end? Personally, I
> will be reachable by E-Mail, but not necessarily on the same day.
I'll
On Sun, Dec 5, 2010 at 2:35 PM, meik michalke
wrote:
> hi,
>
> am Sonntag 05 Dezember 2010 (20:21) schrieb Thomas Friedrichsmeier:
>> > no 1: on my machines i'm always told the file could not be opened (which
>> > is of course true, because we were just about to create it in this
>> > process). RK
On Sun, Dec 5, 2010 at 2:21 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Sunday 05 December 2010, meik michalke wrote:
>> no 1: on my machines i'm always told the file could not be opened (which is
>> of course true, because we were just about to create it in this process).
>> RKWard should just
On Sun, Dec 5, 2010 at 2:17 PM, Thomas Friedrichsmeier
wrote:
>> On first impression, this seems like a long draft. I have not seen any
>> of the JSS papers. Any idea, how long these papers are typically?
>
> Our draft is quite long, and I wouldn't be too surprised, if reviewers will
> tell us to
Hi,
Finally, I have my version in svn. It is in the
commented_version/_pk.odt. I've mainly added few lines on the plot
history feature and edited a few things here and there, nothing major.
On first impression, this seems like a long draft. I have not seen any
of the JSS papers. Any idea, how
2010/12/1 meik michalke :
> hi,
>
> i'm really sorry i've been so off-track lately. amongst other work related
> stuff, i was quite busy preparing the release of another kind ;-)
> o http://angstalt.de/?c=werke&s=museon&l=en
> and the klausuR package is from now on hosted on RForge:
> o https://r
Hi Thomas,
On Thu, Nov 4, 2010 at 2:33 AM, Thomas Friedrichsmeier
wrote:
> On Thursday 04 November 2010, Prasenjit Kapat wrote:
>> What do I exactly do to re-compile RKWard (w/o deleting the svn dir
>> and re-checkout)?
>
> You mean a full re-compilation from scratch? It&#x
Hi,
What do I exactly do to re-compile RKWard (w/o deleting the svn dir
and re-checkout)? I changed ADD_CMAKE_FLAGS (se PS) and deleted
windows_nsis\build\CMakeCache.txt... I am getting this error:
CMake Error at D:/KDE4/share/apps/cmake/modules/FindKDEWin.cmake:75 (message):
Could NOT find KDE
Hi,
Sorry for the delay, I am not getting much time these days...
On Tue, Oct 26, 2010 at 2:48 AM, Thomas Friedrichsmeier
wrote:
>>> yes and no. libstdc++ is certainly needed (by all KDE apps), but it should
>>> already be included in the Qt / and or KDE libraries. Either this is not the
>>> cas
Hi Stefan,
On Thu, Oct 28, 2010 at 3:53 PM, Stefan Rödiger wrote:
> Moreover I used to work with R.2.11 but switched to R2.12 today which resulted
> in a non starting RKWard. I did a reinstallation of RKWard and pointed to the
> new location of R. I did not check if the is a config file which can
On Mon, Oct 25, 2010 at 7:09 AM, Thomas Friedrichsmeier
wrote:
> 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."
>&g
Hi,
So, I have tried doing this from scratch and things (seem to) have
gone well. After installing RKWard, when attempting to start it using
rkward.bat I get the following error:
"The application has failed to start because libstdc++-6.dll was not
found. Re-installing the application may fix this
On Thu, Oct 14, 2010 at 3:05 AM, Thomas Friedrichsmeier
wrote:
> 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]: *** [rkwar
On Wed, Oct 13, 2010 at 4:01 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Wednesday 13 October 2010, Prasenjit Kapat wrote:
>
>> CMake Error at
>> D:/RKWard_devel/KDE4/cmake/modules/FindKDE4Internal.cmake:485 (include):
>> include could not find load file:
>&g
On Wed, Oct 13, 2010 at 4:01 AM, Thomas Friedrichsmeier
wrote:
> 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 docume
On Tue, Oct 12, 2010 at 12:34 PM, Thomas Friedrichsmeier
wrote:
> On Tuesday 12 October 2010, Prasenjit Kapat wrote:
>
> I seem to have version 4.3.2 installed, so this one should work for you, too:
> http://www.winkde.org/pub/kde/ports/win32/repository-4.3/kde/automoc-
> mingw4-4.
On Tue, Oct 12, 2010 at 4:12 AM, Thomas Friedrichsmeier
wrote:
> 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
On Fri, Oct 8, 2010 at 5:42 AM, Thomas Friedrichsmeier
wrote:
>
> On Friday 08 October 2010, Prasenjit Kapat wrote:
>
> Ok, probably it's best to add
> PATH=%KDEPREFIXDRIVE%/%KDEPREFIX%/bin;%PATH%
> to make_release.bat, then, to make sure the KDE directory is in the pa
Hi,
On Sun, Oct 3, 2010 at 1:51 PM, Thomas Friedrichsmeier
wrote:
>
> Quite likely something is missing here or there, so let me know what goes
> wrong.
Can you explain the variables in make_release.bat? I've edited the
wiki, check and if needed fix them there.
Now, I had to provide the full pa
Hi,
On Thu, Oct 7, 2010 at 3:05 PM, Thomas Friedrichsmeier
wrote:
> 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
&g
On Thu, Oct 7, 2010 at 2:59 PM, meik michalke
wrote:
> hi,
>
> am Donnerstag 07 Oktober 2010 (18:30) schrieb Thomas Friedrichsmeier:
>> Hm, do you have the file
>> /usr/lib/R/bin/roxygen
>> ? Possibly a problem with multiple installations of R? Check wether
>> which R
>> is the one you expect
On Tue, Oct 5, 2010 at 11:42 PM, Prasenjit Kapat wrote:
>
> On Sun, Oct 3, 2010 at 1:51 PM, Thomas Friedrichsmeier
>> However, I have also created a page with and outline of the steps needed to
>> create both the single installer, and the installation bundle. Again, it's
Hi
On Wed, Oct 6, 2010 at 1:29 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Wednesday 06 October 2010, meik michalke wrote:
>> i've just commited the first steps towards a working R package. it doesn't
>> really work yet, but it's close ;-) i've placed it under
>> rkward/rbackend/rpackages/rkwa
On Wed, Oct 6, 2010 at 12:13 AM, Prasenjit Kapat wrote:
> Hi,
>
> On Wed, Oct 6, 2010 at 12:07 AM, Prasenjit Kapat wrote:
>> Hi,
>>
>> On Tue, Oct 5, 2010 at 10:10 AM, Matthieu Stigler
>> wrote:
>>> Le 05. 10. 10 09:42, Thomas Friedrichsmeier a
Hi,
On Wed, Oct 6, 2010 at 12:07 AM, Prasenjit Kapat wrote:
> Hi,
>
> On Tue, Oct 5, 2010 at 10:10 AM, Matthieu Stigler
> wrote:
>> Le 05. 10. 10 09:42, Thomas Friedrichsmeier a écrit :
>>
>> On Monday 04 October 2010, Matthieu Stigler wrote:
>>
>>
Hi,
On Tue, Oct 5, 2010 at 10:10 AM, Matthieu Stigler
wrote:
> Le 05. 10. 10 09:42, Thomas Friedrichsmeier a écrit :
>
> 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
Hi,
Sorry was out of the loop for a while.
On Sun, Oct 3, 2010 at 1:51 PM, Thomas Friedrichsmeier
wrote:
> 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
Hi,
On Sun, Sep 26, 2010 at 1:10 PM, Thomas Friedrichsmeier
wrote:
> 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_rk
Hi,
On Sun, Sep 26, 2010 at 1:46 PM, Thomas Friedrichsmeier
wrote:
>
> Thus, I am rather reluctant to do this. I would assume that duplicate column
> names are a rare exception, and so we can afford not to support them 100%. Do
> you think they are important enough as a use-case to make a better
Hi,
On Sat, Sep 25, 2010 at 7:45 AM, Thomas Friedrichsmeier
wrote:
> 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
Hi,
On Sat, Sep 25, 2010 at 6:52 AM, Thomas Friedrichsmeier
wrote:
> 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
Hi Matthieu,
On Sun, Sep 26, 2010 at 6:48 AM, mat wrote:
> Hello
>
> When I type help(package="stats"), this opens a new info windows, which
> will not stay long time: soon, I get the message that file /tmp/... has
> been suppressed by another application and asks whether I want to
> save/ignore/
Hi,
Thomas:
Can you take a look at rk.sync.Rd and rk.call.plugin.Rd, esp the TODO places.
I've added a rk.list.plugins (...) to public.R, I hope it is not
adding a "new feature." While documenting rk.call.plugin, I felt that
the user generally will have no idea of what goes as the first
argument
Hi,
On Mon, Sep 20, 2010 at 5:21 AM, Thomas Friedrichsmeier
wrote:
> 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 lo
Hi,
On Sun, Sep 19, 2010 at 11:22 AM, Thomas Friedrichsmeier
wrote:
>> For "post release" (unless Thomas wants this implemented pre-release)
>> features: I would suggest allowing more variables to be selected for
>> ordering the data frame.
>
> Yes, true. The follow-up problem is that you may wan
Hi,
On Sun, Sep 19, 2010 at 10:49 AM, Thomas Friedrichsmeier
wrote:
>
> I think using an R style documentation might be a good idea after all. First,
Does it now look closer to what you have in mind? (It is incomplete still...)
Regards,
--
Prasenjit
---
Hi,
On Tue, Aug 3, 2010 at 7:55 AM, Thomas Friedrichsmeier
wrote:
>
> The second area that I would like to pick your brains about is some new plugin
> features. Perhaps you recall this short thread on how to deal with plugins
> that do data.frame specific transformations: http://www.mail-
> archi
Hi,
On Thu, Sep 16, 2010 at 2:44 PM, Thomas Friedrichsmeier
wrote:
> 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 in
Hi,
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 > Utility functions. Is a
rkh file the right way to go about
On Thu, Sep 16, 2010 at 8:22 AM, "Stefan Rödiger"
wrote:
> Hi,
>
> I have two files attached. First is called procedure.txt with the
> description how to preduce the potential bug. And there is also the gdb
> message. I was able to reproduce the crash of RKWard multiple times by doing
> this.
Con
On Tue, Sep 14, 2010 at 4:22 AM, Thomas Friedrichsmeier
wrote:
> 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
Hi,
On Mon, Sep 13, 2010 at 7:55 AM, Thomas Friedrichsmeier
wrote:
> As a side-note, in case you are not aware of that function, you may want to
> have a look at ?trace. It's a pretty useful debugging function, esp. when you
> want to find out when a function is entered / left.
I remember tryin
HI,
On Mon, Sep 13, 2010 at 7:45 AM, Thomas Friedrichsmeier
wrote:
> 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
On Mon, Sep 13, 2010 at 10:22 AM, mat wrote:
> Le 09. 09. 10 15:25, Thomas Friedrichsmeier a écrit :
>
> On Thursday 09 September 2010, Matthieu Stigler wrote:
>
>
> please find in:
> /home/fao/Dropbox/Public/CaptureRkwardPlot.png
>
>
> For reference for others, here's the public url:
> http://dl.
On Mon, Sep 13, 2010 at 11:18 AM, Thomas Friedrichsmeier
wrote:
>
> 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.
Nice! Good to associate a face with the name ;)
For
Hi,
On Sun, Sep 12, 2010 at 1:36 PM, Thomas Friedrichsmeier
wrote:
>
> Another thing: I just added a test to rkward_application_tests.R. Basically
> this opens two devices and calls some of the history actions. Then it checks
> whether the current plots are the expected ones. Somehow, when I try
Hi,
On Sun, Sep 12, 2010 at 3:41 PM, Prasenjit Kapat wrote:
> On Sun, Sep 12, 2010 at 2:41 PM, Prasenjit Kapat wrote:
>>
>>
>> > Another thing: I just added a test to rkward_application_tests.R. Basically
>>
>> Thanks.
>>
>> > this opens two
On Sun, Sep 12, 2010 at 2:41 PM, Prasenjit Kapat wrote:
>
>
> > Another thing: I just added a test to rkward_application_tests.R. Basically
>
> Thanks.
>
> > this opens two devices and calls some of the history actions. Then it checks
> > whether the current plo
Hi,
On Sun, Sep 12, 2010 at 1:36 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Sunday 12 September 2010, Prasenjit Kapat wrote:
>> The "Append this plot" is supposed to be a safe guard action: append
>> _any_ displayed plot no matter what its state / type is, usin
On Sat, Sep 11, 2010 at 9:42 AM, Prasenjit Kapat wrote:
>
> I have added a checkbox to enable/disable the history. Settings >
> RKWard > Output.
Just a thought or future update: should this be implemented as a check
box under the history menu (as in Windows) instead of the Setting
Hi,
On Sun, Sep 12, 2010 at 9:18 AM, Thomas Friedrichsmeier
wrote:
> 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.
Thanks.
I w
Hi,
On Sun, Sep 12, 2010 at 9:08 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> BTW, I encountered some surprising behavior:
> When you add a plot using "Append this plot", the plot-call appears to be
> lost. Appending in any other way makes the plot-call is shown as expected. Is
> this intentional
Hi,
I have added a checkbox to enable/disable the history. Settings >
RKWard > Output.
It will work in the current session itself. Re-enabling may cause some issues..
--
Prasenjit
--
Start uncovering the many advantages
HI,
On Sat, Sep 11, 2010 at 1:03 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Friday 10 September 2010, Prasenjit Kapat wrote:
>
>> 2. Are the message boxes of fixed height but variable width? Some of
>> the multiline text gets eaten up after 5/6 lines. But I guess, o
Hi,
On Mon, Sep 6, 2010 at 11:10 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Monday 06 September 2010, Stefan Rödiger wrote:
>> The dropdown menu ("What next? c") would be really helpful. Indicating the
>> number of the plot and the fist bit of the commands used would be
>> sufficient for me.
Hi,
On Fri, Sep 10, 2010 at 7:27 PM, Prasenjit Kapat wrote:
> 1e. Drop down menu
Following Thomas' idea of sys.call (), I've updated the drop down menu
to use proper call strings instead of the xlab/ylab/main strings.
On Wed, Sep 8, 2010 at 2:28 PM, Thomas Friedrichsmeier
wrote:
>
> One thing I note is that the toolbar does not appear to remember a changed
> icon-size setting. I'll have to look into it.
Toolbar on the device window... Yeah, the settings are lost...
--
Prasenjit
-
@ Thomas:
1. There was some hickup while committing (I hadn't updated in a
while). I hope none of your commits are screwed up.
2. Are the message boxes of fixed height but variable width? Some of
the multiline text gets eaten up after 5/6 lines. But I guess, one
should not narrate stories via mess
Hi,
I've just committed another attempt at the plot history feature(s).
Please test it. Some notes follow:
1. Implemented action:
1a. first / prev / next / last
1b. Remove plot
1c. Forcefully append plot, irrespective of its status and type
1d. Clear history
1e. Drop down menu
Insert and Overwrit
On Wed, Sep 8, 2010 at 7:05 AM, Thomas Friedrichsmeier
wrote:
> 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...
A
Hi,
On Tue, Sep 7, 2010 at 5:04 AM, Thomas Friedrichsmeier
wrote:
> On Tuesday 07 September 2010, Prasenjit Kapat wrote:
>>
>> C. a STATIC global switch (checkbox) to enable / disable the plot
>> history feature. STATIC means: "toggling the checkbox will only affect
language
> [1] "R"
> $version.string
> [1] "R version 2.11.1 (2010-05-31)"
>
> I have attached one of the script that generate the collapse. It collapse
> also using plain R
Didn't get any attachment!
Also, the fact that it collapses in "plain
Hi,
On Tue, Sep 7, 2010 at 3:17 AM, Thomas Friedrichsmeier
wrote:
> 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&
Hi,
On Tue, Sep 7, 2010 at 10:47 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Tuesday 07 September 2010, Matthieu Stigler wrote:
>> I guess since new buttons have been added to the toolbar of the plot
>> window, it comes on the screen too big, so that the lower right part is
>> not on the scre
Hi,
On Tue, Sep 7, 2010 at 3:54 PM, Julio Lucio Lancelotti
wrote:
> Hi, im having problens with a script. The bug report says the following:
>
> Application: rkward (0.5.3)
> KDE Platform Version: 4.4.2 (KDE 4.4.2)
> Qt Version: 4.6.2
> Operating System: Linux 2.6.32-24-generic-pae i686
> Distrib
Hi,
Since I am trying do this from scratch, let me try to chalk out the
intended features and expected caveats. So please comment with your
suggestion / objections.
A. a global history - all managed screen devices will share it.
B. ignore preview devices completely
C. a STATIC global switch (che
HI,
On Mon, Sep 6, 2010 at 11:10 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Monday 06 September 2010, Stefan Rödiger wrote:
>> The dropdown menu ("What next? c") would be really helpful. Indicating the
>> number of the plot and the fist bit of the commands used would be
>> sufficient for me.
Hi,
On Sun, Sep 5, 2010 at 11:38 PM, Stefan Rödiger wrote:
> Am Dienstag 31 August 2010, 03:43:57 schrieb Prasenjit Kapat:
>> Hi,
>>
>> Following this thread from Thomas:
>> http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00872.htm
>> l
>>
sorry, hit "accept" instead of "reject!" this is spam.
2010/9/6 rosalinda duran :
> Hola, reciba un cordial saludo. El motivo de comunicarme con usted es para
> invitarlo
> a un Programa de Ordenamiento Financiero y control inteligente del dinero.
> No es un curso de contabilidad, lo que se busca
Hi,
On Sun, Sep 5, 2010 at 7:23 AM, Thomas Friedrichsmeier
wrote:
> 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
>
On Sat, Sep 4, 2010 at 1:49 PM, Prasenjit Kapat wrote:
>
> So, what next?
> * One simpler strategy is to use separate history for individual
> devices, the way it is implemented on Mac OSX's quartz device. This
> way replaying / updating across devices is totally avoided.
&g
On Sat, Sep 4, 2010 at 9:17 AM, Thomas Friedrichsmeier
wrote:
> On Saturday 04 September 2010, Prasenjit Kapat wrote:
>> BTW, (for later) could some of the message boxes be run asynchronously?
>
> This was simple enough. rk.show.message() has a "wait" parameter, now. Of
rid of the "remove" action is not really an option, if we want
to impose a history length restriction. So, even if the user is not
provided with a visible "remove" action, it still has to be
implemented internally.
> On Saturday 04 September 2010, Prasenjit Kapat wrote:
>
Hi,
On Thu, Sep 2, 2010 at 2:55 AM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> 2) *Always* save to the history on plot.new, prev/next, etc. without the whole
> newPlotExists mechanism. The advantage is again that it offers much less
> potential for surprises. It does seem pretty wasteful, since most
On Thu, Sep 2, 2010 at 1:05 PM, Thomas Friedrichsmeier
wrote:
> 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 ti
Hi,
On Thu, Sep 2, 2010 at 1:05 PM, Thomas Friedrichsmeier
wrote:
> 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 ti
Hi,
I was playing around with the plot history feature of Windows (windows
()) and Mac OS X's (qaurtz ()), something that I shuold've done much
earlier. They are both very minimalistic, although windows' is
slightly better. I realized that we were shooting a "near ideal"
solution, which is going t
On Wed, Sep 1, 2010 at 8:54 AM, Thomas Friedrichsmeier
wrote:
> 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
On Wed, Sep 1, 2010 at 12:21 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Tuesday 31 August 2010, Stefan Rödiger wrote:
>> Am Dienstag 31 August 2010, 05:54:41 schrieb Prasenjit Kapat:
>> > I am guessing it should be easy to do, without the syntax
>> >
Hi,
On Wed, Sep 1, 2010 at 12:02 PM, Thomas Friedrichsmeier
wrote:
> Hi,
>
> On Saturday 28 August 2010, Prasenjit Kapat wrote:
>> I've modified the rk.graph.on () and rk.graph.off () functions
>> slightly in trunk. Since many might be using these functions (as it is
&
Hi,
On Wed, Sep 1, 2010 at 4:31 PM, Thomas Friedrichsmeier
wrote:
> 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 a
Hi,
I would like to know how many folks still use the KDE3 version of
rkward (0.4.9x).
The reason I ask is this:
I've, partially, ported some of the recent "plot history" features to
it. It is not "clean" but satisfies my day-to-day needs (Yes, I have
to use the KDE3 version in the department!).
n the screen device window. (All though, I have arguments
in favor of device window as well.)
I'll refrain from tinkering with that part of the code! Let Thomas come back.
> Regards
> Stefan
>
> Am Samstag 28 August 2010, 03:22:44 schrieb Prasenjit Kapat:
>> Hi,
>>
Hi,
Following this thread from Thomas:
http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00872.html
I would like to get some feedbacks, especially bugs.
Here is a screenshot of the new screen device window:
http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Screenshots#
On Mon, Aug 30, 2010 at 3:08 AM, meik michalke
wrote:
>
> hi,
>
> am Montag 30 August 2010 (08:22) schrieb Vimeo:
> > Welcome to Vimeo!
>
> what's that about?
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
Hi,
I've modified the rk.graph.on () and rk.graph.off () functions
slightly in trunk. Since many might be using these functions (as it is
used in a lot of plugins), here is a little explanation:
As you may know, in R, after dev.off () closes the current device,
dev.next () is set as active. This
Hi,
On Tue, Jul 6, 2010 at 2:30 PM, peter saly wrote:
>
> Dear Rkward developer team,
>
> Actually, I use R with TinnR under win, but I want to switch to Ubuntu Linuix.
> So, I have just installed rkward on my machine under Ubuntu 9.04.
> Unfortunatelly, my former scripts, which have an extensio
Hi,
On Mon, Jul 5, 2010 at 1:15 PM, Thomas Friedrichsmeier
wrote:
> 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
On Mon, Jul 5, 2010 at 1:15 PM, Thomas Friedrichsmeier
wrote:
>
> 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
1 - 100 of 223 matches
Mail list logo
