Re: [rkward-devel] Question regarding menu ordering for plugins
My vote: alphabetical sorting only within each group Kind regards Stefan -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] first draft/proposal: new graphics devices section
Hi Meik, the draft looks great (nice example BTW ;) )! Basically I would really love to see something like this. The devs of Rstudio have put in a similar position and I think they did it for a good reason. But I think it is also a matter of the use case. The placement of the figure is good for small plots and preliminary investigations. I prefer to use the size of the entire window (which involves switching to the separate window of course) with splitting and so on. Do you think is it possible to have a button which can switch between the two states. the most difficult decision is where to put the menu entries. in the draft the graphics device has focus and its menu entries completely replaced the usually available menu. but maybe the normal menu should simply be added to, and not being replaced? I think the visual feedback of the focus lost is ok as is in theory. I wouldnt add it. But again ini Rstudio they have it in proximity to the plot. also, if there were more graphics devices active, youd probably need tabs in that section, too. alternatively, the graphics devices button could work as a tab (i.e., be called graphics device #1 instead and be added more bottons for additional devices). That is a tricky one. The interface is quite tabbed already. I have no real opinion on this ... . Did you check how they are doing it in Rstudio? Kind regards Stefan Gesendet:Sonntag, 06. Oktober 2013 um 21:55 Uhr Von:meik michalke meik.micha...@uni-duesseldorf.de An:rkward-devel@lists.sourceforge.net Betreff:[rkward-devel] first draft/proposal: new graphics devices section hi, a while ago, we were discussing the possible inclusion of the graphics devices somewhere into the main window of RKWard, instead of (or in addition to) opening it in a separate window. i made a first draft of how this could look like: http://reaktanz.de/stuff/R/RKWard_graphics_section.png the most difficult decision is where to put the menu entries. in the draft the graphics device has focus and its menu entries completely replaced the usually available menu. but maybe the normal menu should simply be added to, and not being replaced? also, if there were more graphics devices active, youd probably need tabs in that section, too. alternatively, the graphics devices button could work as a tab (i.e., be called graphics device #1 instead and be added more bottons for additional devices). what do you think? viele gre :: m.eik -- dipl. psych. meik michalke institut fur experimentelle psychologie abt. fur diagnostik und differentielle psychologie heinrich-heine-universitat d-40204 dusseldorf-- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134791iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] box_plot
Hi Thomas, the latest change in the boxplot was not specifically what I had in mind. What I mean is that trim gets visible if the arithmetic mean as option is chosen. But I guess people will be smart enough to figure out that trim is an option of the arithmetic mean exclusively but not of the other types of mean. Nice change anyway. Regards Stefan -- Systems Optimization Self Assessment Improve efficiency and utilization of IT resources. Drive out cost and improve service delivery. Take 5 minutes to use this Systems Optimization Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] wilcoxon tests
On Monday 12 December 2011 19:47:56 Thomas Friedrichsmeier wrote: Hi, On Monday 12 December 2011, meik michalke wrote: looking at the details sections of both ?wilcox.test and ?exactRankTests:::wilcox.exact, the two functions used by the dialogs Wilcoxon Test and Wilcoxon Exact Test, they seem to differ only in the handling of ties. may i merge the two into one dialog? i find the current split into two separate dialogs a little confusing, given that both do exact tests under certain conditions. both functions have almost identical signatures and both return an object of class htest. sounds reasonable to me. Stefan, you created those plugins. Do you agree, too? No objection to that btw, i also added support for tests against costants to the t-test plugin, is that ok? This looks ok to me for the moment. I corrected a typo, and the initial value of the constant. However in the long run, there is a bunch more features that we should add: - Testing an arbitrary number of variables against each other or against a constant - Support for data in long format (single outcome variable and grouping factor). Using all levels or selected levels of the grouping factor(*). - Various modes of alpha correction I think having all of that inside a single plugin will be too much, so we will have to split all that into two or more plugins. Once at that point, I think it may make sense to restore one very simple t-test plugin, which may or may not look like the one without support for testing against constants. BTW, while testing your addition, I noted some more details that could be improved: - Paired sample and Assume equal variances should probably be on the same tab. Having mutually exclusive options on different tabs has some potential for confusion. - Print confidence interval should be a checkable frame, instead of a checkbox. Should I go ahead and do that, or are you still working on the plugin? Regards Thomas (*) And I know, that's another use case for a valueselector. -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-cvs] SF.net SVN: rkward:[4063] trunk/rkward/rkward/plugins/00saveload/import
On Sunday 04 December 2011 20:44:42 Milan Bouchet-Valat wrote: Le dimanche 04 décembre 2011 à 20:24 +0100, Thomas Friedrichsmeier a écrit : well, for all I can see, all available solutions have some real drawbacks. On my system, perl is no problem, while my rJava installation tends to be broken, frequently. But certainly, for many users it will be the other way around. FWIW, the RODBC package can be used to read .xls and .xlsx files on Windows, since a driver is installed by default on that platform (as a bonus, Access .mdb and .mdbx files are also read). As it's written by Microsoft, we can expect it to support correctly these formats. ;-) Hi Milan, sorry for the late reply! I'm still looking at all options and work on other thinks. But yes indeed this is an option too. It appears that on the long run we have to implement the best platform specific solution, which makes everything a bit more complicated, as suggested by Thomas. That's a pity IMHO. The code is relatively simple, and well documented (see [1], p. 16). For illustration purposes, here's what I'm using in a Rcmdr plugin I wrote (doItAndPrint() is Rcmdr way of running a command): # 'file' contains the path to the file ext - tolower(substring(file, nchar(file) - sop + 2, nchar(file))) channelStr - switch(EXPR = ext, xls = odbcConnectExcel, xlsx = odbcConnectExcel2007, mdb = odbcConnectAccess, accdb = odbcConnectAccess2007) doItAndPrint(paste(channel - , channelStr, (\, file, \), sep=)) # For Excel and Access, need to select a particular sheet or table tabdat - sqlTables(channel) names(tabdat) - tolower(names(tabdat)) if(ext == mdb || ext == accdb) tabdat - tabdat[tabdat$table_type == TABLE, 3] if(ext == xls || ext == xlsx) { tabname - tabdat$table_name tabdat - ifelse(tabdat$table_type == TABLE, substring(tabname, 2, nchar(tabname) - 2), substring(tabname, 1, nchar(tabname) - 1)) } # If there are several tables if(length(tabdat) 1) fil - tk_select.list(sort(tabdat), title=gettext_Rcmdr(Select one table)) else fil - tabdat if(fil == ) { Message(gettext_Rcmdr(No table selected), type=error) return() } if(ext == xls || ext == xlsx) fil - paste([, fil, $], sep = ) # Retrieve the data command - paste(sqlQuery(channel=channel, select * from , fil,), sep = ) doItAndPrint(paste(corpusDataset - , command, sep = )) doItAndPrint(odbcCloseAll()) Just my two cents 1: http://cran.r-project.org/web/packages/RODBC/vignettes/RODBC.pdf Thanks for sharing! Regards Stefan --- --- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-cvs] SF.net SVN: rkward:[4088] trunk/rkward/rkward/plugins/uni1.2
On Saturday 10 December 2011 20:01:22 Thomas Friedrichsmeier wrote: Hi, On Friday 09 December 2011, s...@users.sourceforge.net wrote: * option to output results to a file added (or better embed export plugin?) what usecase do you have in mind? If the idea is to continue working on the computed data, I think it might make more sense to add an option to save results to an R object, instead? Users could still export that as CVS in a subsequent step, if needed. Regards Thomas Hi Thomas, okay, I didn't think of that but yes saving as R object is of course a good idea not to say better idea. This would solve the export question considerably. What I have in mind is something as simple and convenient as possible and additionally people who have to collaborate with people from a spread sheet world (EXCEL ...) (which applies to me right now). For those two plugins in question it makes a lot of sense because they can crunch down huge amounts of data for screening purposes. Believe me it is really challenging to analyze such things with EXCEL but subsequent work (some sorting, plotting) is not. Currently I'm working with some people on another paper and the first (boring) step is to separate promising data from noise. Actually I can envision such an option (may it be as R object or whatever) in many more plugins. Hope you get what I mean. But yes, let's go for the R object idea. Regards Stefan -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-announce] RKWard 0.5.7 is released
On Monday 24 October 2011 10:02:46 Thomas Friedrichsmeier wrote: Hi! Just a quick note to let you know, that RKWard 0.5.7 has been released, yesterday (but I did not find the time to write an announcement, then). As usual, links to downloads, as well as a summary of new and changed features is available on our website at http://rkward.sf.net . Thanks a lot to all contributors! Thomas Congrats, wonderful release. Regards Stefan P.S.: I had to compile it (the deb (0.5.7-1) from apt didn't work) since there was some mismatch with R (2.14.0~20111021-1, Debian/Sid). -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] New package management
On Monday 26 September 2011 10:48:20 Thomas Friedrichsmeier wrote: Hi, On Sunday 25 September 2011, Stefan Rödiger wrote: congrats to the new package management. Generally I like the new dialog but I'm not entirely sure about the somewhat hidden feature to remove a package. Wouldn't it be better to have a single tab just for package removal? to those who have already tried it: The actual removal was not implemented until a few minutes ago, so if you found the feature in the UI, but could not get it to work, try again after an svn up. I am somewhat biased against a new tab, because this means more code than it may look like, and I believe package removal is not a feature that will be used very often. ok, I can understand that. Also, I feel encouraged by the fact that after all, obviously you found the feature, before I even wrote anything about it. Well, yes I try to keep up with the development. And I guess your read about the neutrinos, lately. Neutrino. Knock knock, who is there? ;) I have added some tool tips to the header of the list, which I hope will give some more hints about less obvious parts. If you have ideas for more refinements within the current approach, I'm all ears. But of course, if everybody agrees that package removal should be in a separate tab, let me know, too. I guess I'm the only one. On a more general note, everybody, please test the new package management dialog. A lot of code has changed, here, and I wouldn't be surprised, if there is still a bunch of bugs to find. So far I tested installation, update and removal of packages. Seems to work well so far. I'll keep an eye on that. Regards Thomas Regards Stefan -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] New package management
Hi list, congrats to the new package management. Generally I like the new dialog but I'm not entirely sure about the somewhat hidden feature to remove a package. Wouldn't it be better to have a single tab just for package removal? Regards Stefan -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-announce] Upcoming release, call for testing RKWard 0.5.6
Am Mittwoch 18 Mai 2011, 08:46:10 schrieb Thomas Friedrichsmeier: On Tuesday 17 May 2011, Stefan Rödiger wrote: For Debian, we do not have an easy way to build snapshot binaries, unfortunately. However, you can also build your own .deb directly from an SVN checkout: cd debian dpkg-buildpackage -rfakeroot Okay but: dpkg-buildpackage: Fehler: Fehler-Exitstatus von Ende von debian/changelog war 1 My bad. Do _not_ enter the debian sub-directory. Run dpkg-buildpackage -rfakeroot directly from the top directory of the sources. Regards Thomas Perfect, up and running Regards Stefan -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-announce] Upcoming release, call for testing RKWard 0.5.6
Am Dienstag 17 Mai 2011, 22:21:30 schrieb Thomas Friedrichsmeier: On Tuesday 17 May 2011, Stefan Rödiger wrote: Is there a deb which you could provide (I still have the messed UI when I compile on my machine) Ubuntu or Debian? For Ubuntu, .debs are at https://launchpad.net/~rkward-devel/+archive/rkward-devel or at https://launchpad.net/~rkward-devel/+archive/rkward-devel-cran (the latter is compiled against the CRAN version of R). Debain/Sid For Debian, we do not have an easy way to build snapshot binaries, unfortunately. However, you can also build your own .deb directly from an SVN checkout: cd debian dpkg-buildpackage -rfakeroot Okay but: ~/RKWard/trunk/rkward/debian$ dpkg-buildpackage -rfakeroot dpkg-buildpackage: exportieren von CFLAGS aus dpkg-buildflags (Quelle: vendor): -g -O2 dpkg-buildpackage: exportieren von CPPFLAGS aus dpkg-buildflags (Quelle: vendor): dpkg-buildpackage: exportieren von CXXFLAGS aus dpkg-buildflags (Quelle: vendor): -g -O2 dpkg-buildpackage: exportieren von FFLAGS aus dpkg-buildflags (Quelle: vendor): -g -O2 dpkg-buildpackage: exportieren von LDFLAGS aus dpkg-buildflags (Quelle: vendor): tail: „debian/changelog“ kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden dpkg-buildpackage: Fehler: Fehler-Exitstatus von Ende von debian/changelog war 1 Regards Thomas Regards Stefan -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
The paper is submitted :) Regards Stefan -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
Next (29th 12:00 pm CET) I will send in the paper as PDF to JSS. From what it's 12:00 am -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
On Monday 27 December 2010 04:09:46 Prasenjit Kapat wrote: Hi, On Sun, Dec 26, 2010 at 7:57 PM, Stefan Rödiger stefan_roedi...@gmx.de 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 authors guideline. From what I can see we are conform the the requirements. I think we are good. I haven't checked the bib file, though. This would be a good. 1) I would like to ask everybody which final paragraph of the background.tex and which of section Help system you prefer (look for the %)? you prefer. I like the style of the non-commented version, but it's not accurate: The example session come after the GUI elements, not after the technical details. And of course it's the technical details, which will be compared, where appropriate. Okay, I changed/corrected that and took the non-commented version (regarding the background.tex). The latest version (r3327) reads fine. Okay I need a vote for the section Help system too. Well, to me the earlier version seems a bit disconnected. Let others vote ;) granted, :) 2) Please give me feedback which figure are not good readable for you. I think the figures are fine in terms of their content. But they don't seem clear especially the fonts.. I think nothing can be done to improve them either - all screen captures will result in this type of quality :( There is a bit I can do. I did so for some figures. Basically it means to adjust the resolution and not the size of image, which leads to at least a better quality on a printout. ... But indeed this is not much. 3) Check that we use consistent term etc. (for example it's always section not Section, Figure not Fig. or figure). Other examples are help page vs. help-page or ``Submit button'' vs. Submit button. Yes, one thing has been confusing me: when we refer to a menu item or a GUI button, our draft is using double quites (``...''). Is that OK? For example ``Submit'' button vs Submit button or ``Help'' menu vs. Help menu? Matter of taste in my opinion. Keeping it without quotes means less trouble and I can read it better. But let's stick with one. ``Help'' menu would be my favourite. 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 should be used for typesetting the names of programming % languages, e.g., |\proglang{Java}|, |\proglang{C++}| or |\proglang{R}|. % This applies also to programmable environments which also have a GUI % like |\proglang{SAS}|, |\proglang{Stata}| or |\proglang{S-PLUS}|. Programmable environments could certainly be stretched to include KDE, but also Red-R, and RKWard. Still I guess it's best to restrict it as you suggest. Okay, we keep it without anything. We keep \proglang{KDE} but stick with Red-R and RKWard. 5) Do you wish to emphasise words like RKWard, TDI? We certainly shouldn't emphasise all technical terms like TDI. We might emphasise RKWard (see above), but I'd leave it as is, for now. If the editors want that, it will be easy to revise. Same opinion here. I just had the impression that some co-authors prefer it emphasised. 6) Does anybody see a need to add something to Conclusion and Outlook? If so when do you plan to finish it? I don't plan to add anything. Okay. Same for me. I'll take a look at them tonight. okay Another point. We all consent to use AE not BE, right? I checked and all is correct from what I saw. Generally: * 31.12 is the official deadline. I would like to sent it earlier (29. or 30. in case the editors need something else). Yes. I propose to target the 29th, meaning the 28th will be the last day to make any changes. Of course if there is a good reason to add another day, we can still do that. Okay. Let's stick with it. Official target is the 28th with the 29th as buffer. Regards Thomas Regards Stefan Side note: The weather is quite unpredictable and I have to use a surf stick currently ... . In case you don't see a I submitted message from me on the list (latest 30th evening) somebody else shouldn't hesitate to submit. Who wants to be the backup? To make it clear I intend to submit the paper as we discussed before (unless there is a unforeseeable reason). I would just like to be on the safe side. If Thomas can, that'll be the best. If not, I can. We just have to send the pdf file via email, right? -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage
Re: [rkward-devel] JSS FINAL
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: I'll take another look tomorrow or the day after that. Some comments: ok, first half is committed, second half will follow, later. Most of my edits are formatting or minor editing, but at some places I also removed a sentence or two which I found redundant. Where I did, I've added comments in the .tex files. Okay Some more comments / answers: I need a vote for the section Help system too. I like the non-commented version better, too, but I've edited it some more. Good. This will make somebody happy. 2) Please give me feedback which figure are not good readable for you. Can I take no comment for the moment being as accepted? I did look at a printout so far. But as Prasenjit said, there's only so much that can be done for the print quality of a screenshot. Okay Two other things that I've stumbled across: - Section 3.5 refers to Figure 8 many pages ahead. I think it should get a separate screenshot, resembling 8A, but with no filename entered, yet. Okay, I will add a new one. - In Figure 2, I suggest to extend area D to include the tool buttons (consistent with area B, and with the text), and correspondingly to limit area E to the status bar. I take care of this and submit it within the next few hours. Side note: The weather is quite unpredictable and I have to use a surf stick currently ... . In case you don't see a I submitted message from me on the list (latest 30th evening) somebody else shouldn't hesitate to submit. Who wants to be the backup? To make it clear I intend to submit the paper as we discussed before (unless there is a unforeseeable reason). I would just like to be on the safe side. Ok, I can be your backup. Let's put the deadline for your message at 20:00 German time on the 30th, then. This will give me a chance to submit in the evening of the 30th - if I have to. Okay. That's perfect. But I guess everything will be smoothly. Regards Thomas Regards Stefan -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
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: I'll take another look tomorrow or the day after that. Some comments: ok, first half is committed, second half will follow, later. Most of my edits are formatting or minor editing, but at some places I also removed a sentence or two which I found redundant. Where I did, I've added comments in the .tex files. I plan to remove to comments completely at the end. Most of them are corrected and out. Some comments are still there. ... Some more comments / answers: I need a vote for the section Help system too. I like the non-commented version better, too, but I've edited it some more. 2) Please give me feedback which figure are not good readable for you. Can I take no comment for the moment being as accepted? I did look at a printout so far. But as Prasenjit said, there's only so much that can be done for the print quality of a screenshot. Two other things that I've stumbled across: - Section 3.5 refers to Figure 8 many pages ahead. I think it should get a separate screenshot, resembling 8A, but with no filename entered, yet. Done. I added the code window and some legend text too. Any wishes on that? - In Figure 2, I suggest to extend area D to include the tool buttons (consistent with area B, and with the text), and correspondingly to limit area E to the status bar. Done in the latest commit. Does it need further changes? I added thin white lines between the black lines to get maximum contrast. If you edit the figure please take care of this. Side note: The weather is quite unpredictable and I have to use a surf stick currently ... . In case you don't see a I submitted message from me on the list (latest 30th evening) somebody else shouldn't hesitate to submit. Who wants to be the backup? To make it clear I intend to submit the paper as we discussed before (unless there is a unforeseeable reason). I would just like to be on the safe side. Ok, I can be your backup. Let's put the deadline for your message at 20:00 German time on the 30th, then. This will give me a chance to submit in the evening of the 30th - if I have to. Regards Thomas -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
On Monday 27 December 2010 20:10:47 Thomas Friedrichsmeier wrote: On Monday 27 December 2010, Stefan Rödiger wrote: Done. I added the code window and some legend text too. Any wishes on that? Yes ;-) svn add it. Regards Thomas Done Stefan -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] JSS FINAL
Hi 0) Check for any missing authors guideline. From what I can see we are conform the the requirements. 1) I would like to ask everybody which final paragraph of the background.tex and which of section Help system you prefer (look for the %)? you prefer. 2) Please give me feedback which figure are not good readable for you. 3) Check that we use consistent term etc. (for example it's always section not Section, Figure not Fig. or figure). Other examples are help page vs. help-page or ``Submit button'' vs. Submit button. 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)). 5) Do you wish to emphasise words like RKWard, TDI? 6) Does anybody see a need to add something to Conclusion and Outlook? If so when do you plan to finish it? Generally: * 31.12 is the official deadline. I would like to sent it earlier (29. or 30. in case the editors need something else). Regards Stefan -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS FINAL
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 authors guideline. From what I can see we are conform the the requirements. 1) I would like to ask everybody which final paragraph of the background.tex and which of section Help system you prefer (look for the %)? you prefer. I like the style of the non-commented version, but it's not accurate: The example session come after the GUI elements, not after the technical details. And of course it's the technical details, which will be compared, where appropriate. Okay, I changed/corrected that and took the non-commented version (regarding the background.tex). I need a vote for the section Help system too. 2) Please give me feedback which figure are not good readable for you. Can I take no comment for the moment being as accepted? 3) Check that we use consistent term etc. (for example it's always section not Section, Figure not Fig. or figure). Other examples are help page vs. help-page or ``Submit button'' vs. Submit button. I'm fairly certain that it should be Section x.y, not section x.y (but lowercase when writing section without a number: in this section / in the next section). See the examples in http://www.jstatsoft.org/style. It's also what the APA-styleguide says (for whatever that is worth in this context). Okay, I took care of this. 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 should be used for typesetting the names of programming % languages, e.g., |\proglang{Java}|, |\proglang{C++}| or |\proglang{R}|. % This applies also to programmable environments which also have a GUI % like |\proglang{SAS}|, |\proglang{Stata}| or |\proglang{S-PLUS}|. Programmable environments could certainly be stretched to include KDE, but also Red-R, and RKWard. Still I guess it's best to restrict it as you suggest. Okay, we keep it without anything. We keep \proglang{KDE} but stick with Red-R and RKWard. 5) Do you wish to emphasise words like RKWard, TDI? We certainly shouldn't emphasise all technical terms like TDI. We might emphasise RKWard (see above), but I'd leave it as is, for now. If the editors want that, it will be easy to revise. Same opinion here. I just had the impression that some co-authors prefer it emphasised. 6) Does anybody see a need to add something to Conclusion and Outlook? If so when do you plan to finish it? I don't plan to add anything. Okay. Same for me. Generally: * 31.12 is the official deadline. I would like to sent it earlier (29. or 30. in case the editors need something else). Yes. I propose to target the 29th, meaning the 28th will be the last day to make any changes. Of course if there is a good reason to add another day, we can still do that. Okay. Let's stick with it. Official target is the 28th with the 29th as buffer. Regards Thomas Regards Stefan Side note: The weather is quite unpredictable and I have to use a surf stick currently ... . In case you don't see a I submitted message from me on the list (latest 30th evening) somebody else shouldn't hesitate to submit. Who wants to be the backup? To make it clear I intend to submit the paper as we discussed before (unless there is a unforeseeable reason). I would just like to be on the safe side. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper round 3
Hi, currently I'm merging the corrections (mine, Meiks, Thomas) which came in since 23.12.. I can't upload them yet but will do so in a couple of days. Regards Stefan -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 100,- Euro! https://freundschaftswerbung.gmx.de -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper round 3
Original-Nachricht Datum: 23 Dec 2010 13:04:34 +0100 Von: Thomas Friedrichsmeier thomas.friedrichsme...@ruhr-uni-bochum.de An: rkward-devel@lists.sourceforge.net Betreff: Re: [rkward-devel] JSS paper round 3 Hi, On Thursday 23 December 2010, Stefan Rödiger wrote: Thomas will you or should I sent it to the JSS? I guess it is my task. yes, I think that's the task of the first author ;-). Okay Remember to keep the list in CC. Gosh, everytime I use answer instead of answer all. Sorry for that. Regards Thomas Regards Stefan BTW, I just started to read the paper as print out. Looks nice and reads good IMHO. There is a lot of minor stuff to correct. So far I found at least two issues on every page. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 100,- Euro! https://freundschaftswerbung.gmx.de -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper round 3
On Tuesday 21 December 2010 17:15:58 Thomas Friedrichsmeier wrote: Hi! Stefan: I'll go ahead and give a new status summary and call for feedback in your stead. I'm a bit concerned that we'll be entering the holiday season, all too soon. Hi, thanks. -- Just a short reminder that deadline for the JSS-article is drawing near. This is no reason to panic, as I think we are in pretty good shape, the article is essentially complete, and it is converted to .tex, now. But of course there are still some rough edges, and so please take a look and give your feedback. Some items to look out for (Stefan, perhaps you have some more?): From my point of view the content is complete too. I'll no longer add from my side. Anybody else is of course free to do so. I have no other items. Just polishing polishing ... - Spelling, grammar, and language, naturally. started, but needs indeed more help - Formatting and typesetting. We're working on the final version, now, so now is the time to start looking for formalities. started, but needs also more help. - The conclusion section needs more eyes. - Meik and Prasenjit, please add your affiliation(s), if any. - Anything else you find. I guess for anything that you do not expect to be terribly controversial, it's best to do your changes direclty in SVN (if you have access). Please try to do your changes as soon as possible, so others have the time to react. 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 try to be as often online as I can but there will be interruption. Thomas will you or should I sent it to the JSS? I guess it is my task. Regards Thomas Regards Stefan P.S.: Thanks so far to all who have contributed to this paper and RKWard. If we get accepted it will be something to be proud of in my humble opinion. -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper, round 2
On Sunday 05 December 2010 20:17:47 Thomas Friedrichsmeier wrote: Hi, On Sunday 05 December 2010, Prasenjit Kapat wrote: 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. I haven't looked at your version, yet, but a few answers to your questions: 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 reduce this a bit. However, looking at a couple of the recent papers (http://www.jstatsoft.org/v37) we don't seem to be completely off limits. Of course the question of what exactly the editors expect an article for the R GUIs special issue to look like is a good question. There is no page limit. (http://www.jstatsoft.org/instructions) Do they allow color figures? Some journals ask the authors to pay for them. For all I know, there is no printed version of the JSS at all, so this should not be an issue. Other articles do have color figures. True. Color is just fine. Do they allow footnotes? I can't find any statement on footnotes, but other articles do have footnotes. They do and use them. I am not sure how Stefan is planning, but we may need to create a tex version once we reach a stable enough draft to get a better idea of the length and format. Well, the deadline for submission is December, 31st. So I guess we should aim to have a stable draft (i.e. complete content) next weekend, and start to focus on the conversion to tex and the fine points (spelling, language, style, etc.) directly after. Stefan, do you have a tentative schedule? That's is fine. As stated before we have no real page limit (but we shouldn't make it an endless story anyways). The stile for the literature and paper layout is defined by JSS. I hope the transition to tex works as well. Content wise the code example is missing mainly. We will use the t-test. The other stuff is at least started. Some aspects will be dropped. Package-management just lost it figures and if I remember correctly Thomas you rather opted to omit the section completely. @all: Is there anything else that is not needed from your point of view? We go for the schedule as Thomas pointed out. - Finish content / this week (next week a bit) - Redo German figures (figures will be settled to 8.4 or 16.8 cm in width) - remove duplicate information or sections which not seem to fit in / this week - Reorder sections / end of this week - Add citations properly / This week and next week Regarding spelling, language and some content we have another author yet to announce who will help us. Regards Thomas Regards Stefan -- What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper, round 2
On Thursday 02 December 2010 13:28:15 Thomas Friedrichsmeier wrote: Hi, On Wednesday 01 December 2010, Prasenjit Kapat wrote: 2010/12/1 meik michalke meik.micha...@uni-duesseldorf.de: i'll have some time to spend this weekend and could write something (7.1 7.2). if that's early enough and someone can give me a vague estimate of how elaborate this should be in the end (in lines), i'll do it. The main idea of this section is to give a sort of hands-on impression of what a typical RKWard session looks like. This is in contrast to the Using RKWard chapter, which tries to cover most aspects of the GUI, even though many of those are fairly specialized. I think this section should be fairly short. Something like 2-4 screenshots with at most 30-40 lines of text. busy schedule on my end as well (trying to finish up soon) .. i'll try to devote some time on this weekend as well... which is the latest version, btw? (sorry haven't been following the discussions lately). i can see couple of fils in the commented_version dir and one in the master_version. The latest version in SVN is commented_versions/rkward_jss_thomas.odt . The master_version is outdated. I will add the latest version in a couple of seconds. Keep in mind that we still intend to change the order of the chapters (most importantly switching Technical Design and Using RKWard, but probably also re-ordering the sub-chapters of Using RKWard). Stefan: Do you have the time to do that before the weekend? @Thomas: I did not yet reorder it. Either you do it or we definitely do it next week. I'm not on-line over the weekend. I think we should still focus on content. For the others: Please put your content where you think it matches best. The example for How to code a plugin we be the T-test therefore not need to do something there. Regards Thomas -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper, round 2
Hi Thomas, the HTML reference list is more less up to date. We keep it for the moment being. I plan to use jabref for a bibtex reference. If you want you can create a bibtex file with an unique identifier for each of your new entries. I'll take care of the remaining. JSS gives information about the references which we should use from now on. http://www.jstatsoft.org/style#q5 Regards Stefan -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] JSS paper, round 2
Am Montag 15 November 2010, 17:12:54 schrieb Thomas Friedrichsmeier: Hi, ... I've also edited liberally, shortened, here, extended there, and moved sentences around. All in all this makes the change-tracking *look* as if I had changed just about anything about this chapter. While this is not quite true, I do wonder, how to proceed from this, best, since it will probably make merging other people's changes quite a feat. That's all fine. I use to work with such tools lately. Indeed usually it looks horrible but so what. :) As long as people focus on sections it will work easily otherwise it will be though indeed. But this is the best we have right now. Stefan, ideally, *if* you have the time right now, I think it would be good, if you could go through my changes, accept the ones you like, and upload a new version, for everybody else to work with. Will do so within the next minutes. Failing that, but hoping you have *some* time, at the moment, perhaps you can still skim through the changes to make sure you are ok with the general direction of my changes. Then others can base their edits / comments on my version, and we can sort out any fine points that you do not agree with, later. All fine. As discussed, some figures are out (Google data, localisation, etc.). I accepted most of your changes. Besides that I corrected some minor errors and so on. @ all: I didn't take time (intentionally) to read every single changed or existing line. We will fix errors next. Don't bother with missing words or grammar. Now the focus is still on structure and content. The same applies to the figures. Please make clear (by comment or so) which figures are useful or what is missing from your point of view. Generally one should grasp the meaning even though they are in German (will be English finally). Failing that, it's probably still a good idea for the rest of you to take my version as a base for your comments / edits, as it's also a bit more complete. Everybody is open to do so with the new version. Regards Stefan -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard on Windows
Am Samstag 30 Oktober 2010, 13:54:23 schrieb Thomas Friedrichsmeier: 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 first place too but it seems that the --internet2 flag did the trick thus no problems with that any longer. Is there anything to consider for RKWard regarding such issues? not that I know of, and it works fine on my WindowsXP. This answer in the R windows FAQ seems to indicate that it's a known, but not really understood problem in R: http://cran.r-project.org/bin/windows/base/rw-FAQ.html#The-Internet-downloa d- functions-fail_002e I don't know whether there is any sensible way for us to work around this. Let me know, if you have an idea. My current work around is to do all my installing and updating of packages via Rgui. As stated before after the fresh R 2.12 installation where I set the -- internet2 flag everything was working in the Rgui but still not in RKWard. That's all I can say to it. Sorry. 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 be changed if need or such. My point is that this might be a minor problem for average users. ... I can see your point, but once again, I can't think of a solution. There can be an arbitrary number of independent R installations on one system, and these do not even need to be in the registry. RKWard needs to know which one to use. The config file for that is rkward.bat itself. Modifying the location of the R-executable, there, would have done the trick in your case. Okay, I assumed this. That's a valuable information we can put in the RKWard help to make the information available without digging through the list. I suggest we put it in the trouble shooting section. Currently RKWard 0.5.4 compiled with any version of R between 2.9.x and 2.12.x should work with any of these versions of R at runtime. But sometimes there are incompatibilities, and for instance RKWard 0.5.4 compiled with R 2.8.x cannot be used with R 2.9.x or above. Also, quite often, you need the latest version of RKWard in order to run the latest version of R. For instance, RKWard 0.5.3 cannot run any user command in the R Console with R = 2.12.x. So, I think the only safe assumption is that for a new installation of R, you will have to install the most recent version of RKWard. I don't see a good way to improve on that situation. Well I think that's okay for the average user. As long such information is available no-one will have trouble to install the tiny RKWard binary. One thing that we *can* improve is the case that the old R installation no longer exists. We'd simply need a check for that in rkward.bat, and then display a helpful message. Any volunteer for some Windows batchfile scripting? Regards Thomas Regards Stefan -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard on Windows
Am Freitag 29 Oktober 2010, 16:51:17 schrieb Prasenjit Kapat: Hi Stefan, On Thu, Oct 28, 2010 at 3:53 PM, Stefan Rödiger stefan_roedi...@gmx.de 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 be changed if need or such. My point is that this might be a minor problem for average users. ... I am surprised that rkward compiled w/ R 2.11 works with R 2.12 by just changing the location of R. Well yes, at least here. I run the RKWard binary again and when asked for the location of R I pointed to R 2.12. That was all needed to be done. Anyway, I've been trying to setup a build environment on Windows.. I was hoping to compile against R 2.12.. I am not able to spent much time.. I'll look into this again over the weekend. Thanks, Regards Stefan -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Potential Data editor bug
Am Dienstag 21 September 2010, 16:52:04 schrieb Thomas Friedrichsmeier: Hi, On Sunday 19 September 2010, Prasenjit Kapat wrote: As a caution to the user: Should a warning be displayed when the data editor encounters multiple columns with same name? Noting that, the data itself is not lost, it is just not displayed and hence not safe to be edited! (Or is it safe anyways?) ok, current SVN version should no longer crash on this object. A warning should be displayed, and the table set to read-only mode. Please test. Confirmed. It's (opening and warning) working reliably. What is the rational to set it to read-only mode? I mean giving a warning and leaving the user in this mode might be a bit confusing. In a future version it might be nice to have an option in the dialogue to change the mode. Something like okay I know and don't want to edit it and okay I know and want to edit it right now. Regards Stefan 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 visible until you close and re-open the editor. Regards Thomas -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Bookmark toolbar / Favourits
Am Dienstag 21 September 2010, 16:54:54 schrieb Thomas Friedrichsmeier: 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 use them as template or just as is. Since most of them are located in different places (or even removable devices) is sometimes distracting to search for them. I guess that I'm not the only one doing it this way. Would be a nice enhancement imho. Yes, this really sounds like very useful addition. Would you add it to the feature request tracker? Regards Thomas okay. Yes. Regards Stefan -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Request for feedback on new plugin features, and plot history
Am Dienstag 03 August 2010, 13:55:39 schrieb Thomas Friedrichsmeier: Hi, I had meant to write this mail much earlier, but never found the time: The current development version has some new features which we need feedback on. You can get it from SVN as usual, but if you're running Ubuntu or openSUSE, you can also find compiled packages at https://launchpad.net/~rkward- devel/+archive/rkward-devel and https://build.opensuse.org/project/show?project=home%3Atfry-suse%3Arkward- devel , respectively. -- The first area that needs some testing and feeback is the plot history feature which Prasenjit has added to the graphics windows. Basically, please create a few plots in one or more windows, try the toolbar buttons, and comment on any aspect that is not intuitive, or buggy. Prasenjit, if you have a bit of time, could you summarize the remaining questions, again? I used the plot history (svn). So far I have no problem to understand or use it. There were no crashes, toolbar button and so on worked reliably and intuitive. -- 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- archive.com/rkward-devel@lists.sourceforge.net/msg00779.html . The development snapshots have some variants of a solution for that. To try it, frist make sure that the under_development.pluginmap is activated under Settings- Configure RKWard-Plugins. You should see a new top-level menu called Data. In this, there are two variants of a Sort data plugin, and you will want to try each a) while you are editing a data.frame, and the data.frame is the active window and b) while any other window is active. As you will see, in case b), both plugins will seem identical. In case a), the active data.frame is preselected in both plugins, but the first variant still allows to select a different data.frame to sort. Key questions on that: - Which variant of the plugin is preferrable? - Do you think it is intuitively clear, when a data.frame is active? Suggestions for improving this? I have no preference. Both are fine for me. So far I had no real world scenario to make use of them and thus no suggestion or objections. You may also want to look at the Generate random data plugin. Here, when a data.frame is active, the generated data will be added to that data.frame by default. When no data.frame is active, the generated data will be added to the .GlobalEnv by default. In both cases, the saveobject-element at the bottom allows to select a different place to save to (which is new, as well). Nice too. Again, I had no real world scenario to make use of it and thus no suggestion or objections other than to state it works. Finally, plugin developers will be interested in taking a look at the technical side of these plugins. The code for them can to be found in plugins/data. You will see note two things: - The active object (currently data.frames, only) is available from a property called current_object. If no object is active, this is an empty string. - There is a script-block, which allows scripting of the dialog itself, instead of the generated code. Here, it is mainly used to check whether or not the selected object is a data.frame. I hope you can figure out the meaning of the code in the script-block yourself, and if you can't, that probably means I need to change things. One further plugin to show some more possibilities of plugin scripting is in Analysis/QtScript Test 1 (code is in plugins/tests). I suppose this will be particularly interesting to Meik, who has been asking for similar functionality in the past. Please let me know what you think (since this is totally undocumented ATM, you may want to take a look at scriptbackends/rkcompnentscripting.js as a reference of implemented functionality). Well, take your time, we don't need to rush decisions on any of this, but it would be cool, if you could take a look at these new features, and share your thoughts. Regards Thomas Regards Stefan -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Potential Data editor bug
Am Donnerstag 16 September 2010, 17:14:49 schrieb Prasenjit Kapat: On Thu, Sep 16, 2010 at 8:22 AM, Stefan Rödiger stefan_roedi...@gmx.de 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. Confirmed. But if you use mydata instead of data as the data.frame variable then the crash does not occur. I guess the data editor is trying to edit utils::data as opposed to .GlobalEnv::data? Regards, Well yes good point. But do the same procedure with: a-rnorm(100) b-rnorm(100) data-data.frame(a,b) names(data)-c(a,b) then lets say fix(data) ... nothing will happen or open data from workspace browser (as in my previous example) and nothing will happen. Shouldn't the same thing happen? 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 ... . Regards Stefan -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] plot history: 3rd attempt: request for feedback
Am Freitag 10 September 2010, 21:27:14 schrieb Prasenjit Kapat: 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 Overwrite actions haven't been implemented and I do not intend them for this release. 2. par (mfrow/mfcol) and split.screen have been accounted for, almost! 3. Although there is limit on the size of individual plots, one crossing that limit the user is now presented with an option to save or ignore this over-sized plot... This way, such plot are not lost. 4. As usual, play around with the icons / menus and make sure the behavior is _NOT_ harmful and less confusing. Stuff to try out: . open multiple new (empty) devices . add plots using regular plot calls . update plots using title (), grid () etc... . duplicate device (with saved and unsaved plots) . remove plots . browse using the arrow buttons . browse using the drop down menu and make sure that the order / indices are not screwed up . close device (with saved / unsaved / _no_ plot) . perform actions on inactive device and make sure that the state of the device does not change . perform actions on _one_ device and make sure the display on other devices are not changed . exceed the hist limit . reduce the hist limit from Settings RKWard Output to something below the current hist length . plot large sized plots (for ease of use, you may reduce the plot size in settings) . call par (mfrow = ...) or split.screen (...). It is _not perfect_ but see if is satisfactory.. . if you use lattice then mix lattice and standard calls... . for lattice: try out update (trellis.last.object (), ...) calls . try preview devices.. they should not be tracked at all 5. And MOST importantly, find plotting functions which does not get recorded (technically, ones that do not call plot.new or persp or print.trellis). In such cases (even otherwise) try using the Append plot action. 6. By default all debug output is turned off. If you are so inclined to see (esp on error) call: rk.record.plot$.set.rk.rp.debug (TRUE) # FALSE to turn off This will create a whole lot of messages. 7. The label strings for the drop down menu are by default restricted to 50 characters. If you need to change it, call: rk.record.plot$.set.call.lab.len (60) # or 20 ... See how the it fares on different screen sizes. 8. Summary of all the saved plots (not of the devices) can be found by: rk.record.plot$getSavedPlotsSummary () # this is data.frame 9. Summary of the managed devices can be found by: rk.record.plot$getDevSummary () # but this needs debug to be TRUE Of course, there are a lot debug commands, although no output is produced, which will be removed once the performance is acceptable. Regards, Great I will uppdate, test and report. Regaqrds Stefan -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Request for feedback on plot history
Am Montag 06 September 2010, 13:10:26 schrieb Thomas Friedrichsmeier: 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. Something like: 1 plot(rnorm(... 2 hist(data... ... I've added a drop-down menu (Prasenjit, I hope I did not get into your way with this; the changes in public_graphics.R are fairly straightforward, though). Of course for normal (non lattice) plots, showing the plot command is probably impossible, technically. This is still buggy when you are navigating from a yet unsaved plot to a different position, when the history is already filled to the maximum length. It should be possible to fix this, but since it probably needs to make some assumptions about the internals of the implementation, I thought I rather wait for the next version before bothering with this. Worked fine for me. I had no crashes when I was doing some boxplots, jumping between them, ... . I changed the default the settings (8 instead of 20) plot history entries out of curiosity what might happen. Even that worked with the notification that some plots need to be removed when I apply the new settings. But I wonder how do you deal with multiple opened windows? All have one history or each has an individual? All windows share a single history, currently. This has some advantages (most importantly, the plot history persists after closing the device windwow!), but it's also the root cause of most of the headaches which Prasenjit and I have been discussing the past few days. Okay. Regards Thomas Regards Stefan -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Request for feedback on plot history
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 I would like to get some feedbacks, especially bugs. I used the latest SVN and found no bugs (I use the feature relative intensively during my work). Handling is overall intuitive IMHO. However, for a moment I didn't grasp the idea of the Activate button which turned out to be genial when I saw the screen cast. Definitely a Won't miss it. Everything else stated hereafter applies to for future versions as you stated yourself. To my pleasant surprise it works (move through history, remove elements, ...) without problems with split.screen() too. But trouble here is that I find it hard to tell which window is open without calling Plot properties manually (this issue would be addressed in future versions for non-splitted windows if I understand you right). Either Plot properties get a more prominent position (persistent status bar as you suggested) or you could establish some kind of visual feedback (see below Visual feedback, or other active GUI elements of RKWard have a read square for example) in future version. But this has no priority in my opinion. One thing I find a bit distracting is the output presented in the console and command-log when a plot is invoked (example output attached). This is an issue for me since I use to work on a 10 inch netbook from time to time and therefore need to scroll more than I used to. Here is a screenshot of the new screen device window: http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Screenshots#Gr aphics_history_actions_.28from_trunk.29 And here is a screencast (download the ogv file from here; could not upload it to any of the video sites): http://www.mediafire.com/?z3gp737xa5h1t (Meik: see [1] below) That helped to understand Quoting Thomas: Basically, please create a few plots in one or more windows, try the toolbar buttons, and comment on any aspect that is not intuitive, or buggy. stated above Some notes: 1. Settings Configure RKWard Output has settings for the history length and size Found it finally after this hint. I which there was a help button as in the plug-ins. Even in the current stat the plot history is quite powerful and some easy accessible documentation -as users of plug-ins might be used to- would be highly appreciated. 2. The arrow icons are self explanatory. Note that: if there is any new plot on the current device then it will be appended to the history before moving away. Works excellent. Suggestions: More visual feedback. I would like to see some information in the plot window. Something like (Plot 12, active window 3). I'm aware that Plot properties provides this information too and that you plan this for future versions. My suggestion, however is to show this information in the plot when scrolling through the plot history. 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. Something like: 1 plot(rnorm(... 2 hist(data... ... This would help to keep track. It would also support the work when removing a plot from the history. But I wonder how do you deal with multiple opened windows? All have one history or each has an individual? 3. The Add to history (+) button will be confusing. For modified (using points () or lines () or ...) standard graphics plot, it will overwrite the existing plot; for everything else it will append to the history. I plan to fix this. Suggestions are welcome. Thomas had mentioned the following: http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00853.htm l 4. Remove from history is self explanatory True, nothing to add here (but see my suggestion above). 5. Clear history will clear the entire plot history, but you can still add the displayed plot back into the history using + icon 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. (Although, wherever rkward can run kdialog is available, even on windows. One just has to figure out the right path to it!) Simple and informative. Works for me. 7. Since his (Thomas's) mail, I have updated the svn code to include lattice plots in the plot history as well. (I use lattice very frequently.) Recording and replaying these plots is different from those of the standard graphics plots. The difference is exploitable in a useful way - the plot call can be extracted / displayed. So, if you use lattice, give it a try, esp. the Show Info action. What next? a. Fix the Add to history action in a more intuitive way b. If possible, replace the info button by a persistent
Re: [rkward-devel] anyone using KDE 3 version of rkward?
KDE4 only here Regards Stefan Original-Nachricht Datum: Tue, 31 Aug 2010 20:36:50 -0400 Von: Prasenjit Kapat kap...@gmail.com An: RKWard-devel@lists.sourceforge.net, rkward-us...@lists.sourceforge.net Betreff: [rkward-devel] anyone using KDE 3 version of rkward? 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!). If there is a demand, we can try to release another version of it: 0.4.9d (?) (If Thomas agrees!) The KDE4 version and its bug fixes will be the top priority, of course. So, the 0.4.9d release, if done, will be at least a few weeks after the upcoming 0.5.x release. I just wanted to get a heads up! For those wondering about the plot history feature, it is a browse-able history of plots that the user creates. A screen shot is here: http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Screenshots#Graphics_history_actions_.28from_trunk.29 The screen shot does not represent the final version, it is subject to change. Regards, -- Prasenjit -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel -- GMX DSL SOMMER-SPECIAL: Surf Phone Flat 16.000 für nur 19,99 euro;/mtl.!* http://portal.gmx.net/de/go/dsl -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] altering rk.graph.on and rk.graph.off
Am Dienstag 31 August 2010, 05:54:41 schrieb Prasenjit Kapat: Hi Stefan, On Mon, Aug 30, 2010 at 8:23 PM, Stefan Rödiger stefan_roedi...@gmx.de wrote: Hi Prasenjit, I simply love the stuff you do. Never thought of it, now I won't miss it. It is so convenient, smart and useful. Thanks ;) I wish it was implemented in a better by R. Consider this example (nothing to do with rkward: # print device list and the currently active device: f - function () {print (dev.list ()); print (dev.cur ())} x11 () f () plot (0,0) png (file = tmpplot_dev3.png, width = 400) f () plot (rnorm (100), rnorm (100)) pdf (file = tmpplot_dev4.pdf, width = 4) f () dev.off () # closed pdf, x11 is now active !! f () dev.off () # closes x11!! png is now active f () dev.off () # closes png, FINALLY! The problem, is that dev.prev () and dev.next () are implemented in a cyclical numeric order. In this sense, dev.off (which = dev.prev ()) might make more sense, than, the currently implemented: dev.off (which = dev.next ()) yet, the main problem would persist. But in implementing a linked list of active devices would pose some logical problems (what happens if you close the previously active device as opposed to closing the current device?), and hence, I think, the simplistic dev.prev and dev.next exists. In that sense, my fix is buggy. Hmm... Thomas asked for feedback some weeks ago which I will try to address later. See if you can use the latest svn code. One stupid question. Right now it is possible to copy the preview plot to the output. I wonder if it is possible to embed the corresponding code too (since the user might be used to that in RKWard behaviour in RKWard)? Nice idea. glad to hear I am guessing it should be easy to do, without the syntax highlighting. Looking at plugin/rkstandardcomponentgui.cpp, just sending code_property-Preprocess () + code_property-calculate () + code_property-printout () to .rk.cat.output () would do it. Of course, a button on the GUI somewhere. go for it ;) The button action will be more appropriate on the plugin dialog box rather than on the screen device window. (All though, I have arguments in favor of device window as well.) why not both (at least for testing)? I'll refrain from tinkering with that part of the code! Let Thomas come back. okay Regards Stefan Am Samstag 28 August 2010, 03:22:44 schrieb Prasenjit Kapat: 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 applies to RKWard as well. But, when rk.graph.on (); ; rk.graph.off (); # dev.off () is called inside rk.graph.off () is executed (in some form or the other), dev.next () is not necessarily the device that was active before rk.graph.on () was called. This creates a little confusion (at least to me, see [1] below) especially when copying a device to output via Device Copy device to output. Hence the fix. For those following the trunk, let me know if you see any regressions or non-intuitive behavior. Of course, this only affects rk.graph.on and rk.graph.off and DOES NOT alter the usual (R's) behavior of dev.off (). Regards, -- Prasenjit [1] x11 () plot (0,0) x11 () plot (1:10,1:10) dev.copy (device = rk.graph.on); rk.graph.off () dev.off (); # closes the wrong device, w/o the fix. -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] altering rk.graph.on and rk.graph.off
Hi Prasenjit, I simply love the stuff you do. Never thought of it, now I won't miss it. It is so convenient, smart and useful. Thomas asked for feedback some weeks ago which I will try to address later. One stupid question. Right now it is possible to copy the preview plot to the output. I wonder if it is possible to embed the corresponding code too (since the user might be used to that in RKWard behaviour in RKWard)? Regards Stefan Am Samstag 28 August 2010, 03:22:44 schrieb Prasenjit Kapat: 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 applies to RKWard as well. But, when rk.graph.on (); ; rk.graph.off (); # dev.off () is called inside rk.graph.off () is executed (in some form or the other), dev.next () is not necessarily the device that was active before rk.graph.on () was called. This creates a little confusion (at least to me, see [1] below) especially when copying a device to output via Device Copy device to output. Hence the fix. For those following the trunk, let me know if you see any regressions or non-intuitive behavior. Of course, this only affects rk.graph.on and rk.graph.off and DOES NOT alter the usual (R's) behavior of dev.off (). Regards, -- Prasenjit [1] x11 () plot (0,0) x11 () plot (1:10,1:10) dev.copy (device = rk.graph.on); rk.graph.off () dev.off (); # closes the wrong device, w/o the fix. --- --- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Atsakymas į:Re: Add Lithuanian translation
Am Samstag 07 August 2010, 17:18:23 schrieben Sie: Hello Mindaugas, Thanks for your translation. From what I can see is your translation complete. I will add it to SVN 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 really. I translated it literally. Let's wait for the comment of the others. Besides, in .pot is string Settings-Configure Settings-... (and not once), but I don't see such Configure Settings menu. I translated it same as Configuse RKWard. You need fix it. True, I see. Thanks! We will fix this. Best regards, Mindaugas Regards Stefan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] local
Am Donnerstag 05 August 2010, 09:21:15 schrieb Thomas Friedrichsmeier: Hi, 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 eye on it (maybe another nobody else has this problem?). well, I am somewhat curious as to the use-case for this. Of course the whole point of running plugin code in a local environment is to make sure the .GlobalEnv isn't touched, generally. The use case might be quite specific for me. Anyways, recently I do most of my work with RKWard. A rush of data (from up to 96 files and thereof a certain row of different lengths) is read into RKWard (via custom script manly). Sometimes I use them in a matrix and sometimes not. However, usually I do not need the data when process but remove them otherwise there is to much clutter. Calling rm(list=ls()) or naming specific objects is fine but inconvenient over time. That's why I was considering to have a plugin which does the job for me BUT takes care that I don't delete whiteout a little reminder (Pay attention to what you do). Basically I like the idea of having such a little helper. But in any case, it really should not crash. A backtrace may (or may not) be helpful, if you run into this again. If you can give me (mostly) reproducible step-by-step instructions on how to trigger the crash, that is probably next to fixing it. I think it's easy to test for you. In the first place I didn't see what's wrong in my workflow but I guess I figured it out. I attached the plugin map and corresponding files. Location is /data/. Scenario I: No object is open for editing (my.data not open) in fresh started RKWard 1. Create objects 2. Invoke the plugin 3. confirm to remove and do so 4. nothing should crash 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 in einen anderen Objekttyp umgewandelt, aber es ist gegenwärtig zur Bearbeitung geöffnet. Wollen Sie es wiederherstellen? (sorry for German, but doesn't matter anyways) Now it should crash. If yes is chosen nothing will crash but obviously the object currently open will no be removed. If you close the object in advance nothing will happen. One scenario I could not reproduce was that deletion of open (edited) objects other than my.data only sometimes caused crashes. If nobody else has seen this problem that does not mean it isn't a problem, or that it won't cause more wide-spread trouble on a later day. I see So we should really try to get to the root of this (and also of the problem with the basic statistics plugin). I'll help where I can. SVN version or 0.5.3? SVN Regards Thomas Regards Stefan !DOCTYPE rkpluginmap document base_prefix= namespace=rkward components component type=standard id=simple_anova file=simple_anova/description.xml label=Simple Anova / component type=standard id=sieve_plot file=plots/sieve_plot.xml label=Extended Sieve Plot / component type=standard id=generate_random file=data/generate_random.xml label=Generate random data / component type=standard id=sort_data file=data/sort.xml label=Sort data / component type=standard id=sort_data2 file=data/sort2.xml label=Sort data (Variant 2) / component type=standard id=remove_objects file=data/remove_objects.xml label=Remove objects / !-- These are purely for testing: -- component type=standard id=qtscript_test1 file=testing/test1.xml label=QtScript Test 1 / component type=standard id=qtscript_test2 file=testing/test2.xml label=QtScript Test 2 / !-- End -- /components hierarchy menu id=file label=File menu id=import label=Import index=4 menu id=import_format label=Import format /menu /menu menu id=export label=Export index=5 /menu /menu menu id=data label=Data index=3 entry component=generate_random/ entry component=sort_data/ entry component=sort_data2/ entry component=remove_objects/ /menu menu id=analysis label=Analysis index=4 entry component=simple_anova index=9/ entry component=qtscript_test1 index=1/ /menu menu id=plots label=Plots index=5 entry
Re: [rkward-devel] [JSS-Announce] Special issue on GUI's for R
Sounds tempting. J. Fox published 2005 in JSS an article about Rcmdr and I think with some effort we could achieve the same. I would like to offer my contribution to an article. Regards Stefan Am Freitag 25 Juni 2010, 09:12:33 schrieb Matthieu Stigler: Hi In case you did not see it, there is a speicla issue of JSS on GUI, maybe a good opportuinity to present rkward? Matthieu Le 25. 06. 10 07:10, Jan de Leeuw a écrit : Announce Special issue of the Journal of Statistical Software on Graphical User Interfaces for R Editors: Pedro Valero-Mora and Ruben Ledesma Since it original paper from Gentleman and Ihaka was published, R has managed to gain an ever-increasing percentage of academic and professional statisticians but the spread of its use among novice and occasional users of statistics have not progressed at the same pace. Among the reasons for this relative lack of impact, the lack of a GUI or point and click interface is one of the causes most widely mentioned. But, however, in the last few years, this situation has been quietly changing and a number of projects have equipped R with a number of different GUIs, ranging from the very simple to the more advanced, and providing the casual user with what could be still a new source of trouble: choosing what is the GUI for him. We may have moved from the “too few” situation to the “too many” situation This special issue of the JSS intends as one of its main goals to offer a general overview of the different GUIs currently available for R. Thus, we think that somebody trying to find its way among different alternatives may find useful it as starting point. However, we do not want to stop in a mere listing but we want to offer a bit of a more general discussion about what could be good GUIs for R (and how to build them). Therefore, we want to see papers submitted that discuss the whole concept of GUI in R, what elements it should include (or not), how this could be achieved, and, why not, if it is actually needed at all. Finally, despite the high success of R, this does not mean other systems may not treasure important features that we would like to see in R. Indeed, descriptions of these nice features that we do not have in R but are in other systems could be another way of driving the future progress of GUIs for R. In summary, we envision papers for this special issue on GUIs for R in the following categories: - General discussions on GUIs for statistics, and for R. - Implementing GUI toolboxes for R so others can program GUIs with them. - R GUIs examples (with two subcategories, in the desktop or in the cloud). - Is there life beyond R? What features have other systems that R does not have and why R needs them. Papers can be sent directly to Pedro Valero-Mora (vale...@uv.es mailto:vale...@uv.es) or Ruben Ledesma (rdlede...@gmail.com mailto:rdlede...@gmail.com) and they will follow the usual JSS reviewing procedure. Initial deadline is December 2010 with final versions published along 2011. === Jan de Leeuw; Distinguished Professor and Chair, UCLA Department of Statistics; Director: UCLA Center for Environmental Statistics (CES); Editor: Journal of Multivariate Analysis, Journal of Statistical Software; US mail: 8125 Math Sciences Bldg, Box 951554, Los Angeles, CA 90095-1554 phone (310)-825-9550; fax (310)-206-5658; email: dele...@stat.ucla.edu mailto:dele...@stat.ucla.edu .mac: jdeleeuw ++ aim: deleeuwjan ++ skype: j_deleeuw homepages: http://gifi.stat.ucla.edu ++ http://www.cuddyvalley.org - No matter where you go, there you are. --- Buckaroo Banzai http://gifi.stat.ucla.edu/sounds/nomatter.au - ___ JSS-Announce mailing list jss-annou...@lists.stat.ucla.edu http://lists.stat.ucla.edu/mailman/listinfo/jss-announce -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [JSS-Announce] Special issue on GUI's for R
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. So far we have in the boat: Thomas (some content, advise, comments) Meik (content, writing) Matthieu (feedback) Detlef (content, writing) Prasenjit (writing on statistical terms, graphics) Stefan (content, writing, coordination) That sounds healthy. Regarding the processor from my own experience OOo was the better tool when working with several people. Line numbering, plain format, change tracking, grammar and spell check, graphical arrangement are some not to underestimate benefits. From odt to tex is an comparable easy transition when a paper is in the final shape content wise. However, I'm also open for tex if all consent. SVN sounds good to me. For the planning: 1) I'll try to make an outline till Friday (02.07.2010) next week (or earlier). Then I'll sent it to you. 2) We discuss the outline (topics/chapter, needed figures, …) 3) We'll strip down the paper in sections and start corresponding documents. 4) Fill the parts with content (either person wise or in a certain order). More to come. Regards Stefan Am Freitag 25 Juni 2010, 11:33:59 schrieb Thomas Friedrichsmeier: 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, important design considerations, etc. But I don't have an academic background in software sciences, and I'm not quite sure whether I can find the time to pick up on the discourse and jargon, and to do the writing. Naturally, if you do the bulk of the writing, you get to be first author(s). Stefan Rödiger schrieb: Sounds tempting. J. Fox published 2005 in JSS an article about Rcmdr and I think with some effort we could achieve the same. I would like to offer my contribution to an article. Thanks! Perhaps we can use the Fox article as a sort of template for getting started, too. How much time are you able/willing to invest into this? Could you imagine to act as main author, alone or in a team? Regards Thomas --- --- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] QtScript
Hi Thomas, I read about QtScript in another thread and I wonder when it will be useable (or for testing). I'm looking forward to this. Regards Stefan -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard 0.5.2 is released
Am Montag 26 Oktober 2009 17:49:05 schrieb Thomas Friedrichsmeier: Hi! RKWard version 0.5.2 is officially available, now. An announcement and list of changes can be found at http://rkward.sf.net . Many thanks to all contributors, and sorry for not sticking to the time schedule (next time will be better, I hope)! Regards Thomas Great news. Now I'm waiting eagerly for the new plugin system to come. Regards Stefan -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Call for testing: RKWard 0.5.1-pre4 / updated release schedule
On Monday 27 July 2009 14:29:15 Thomas Friedrichsmeier wrote: On Saturday 25 July 2009, Stefan Rödiger wrote: While working with packages I was wondering if we should make loading a local package/library more obvious. I mean Settings-Configure Packages is not a place were I would try to find and load a package/library. Even our hint in the RKWard help is brief and hard to find for a novice. What do you think? So, what do you suggest? Regards Thomas I think either a button in the tool bar or an entry in the menu bar would do the trick. But I would prefer the tool bar variant. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Call for testing: RKWard 0.5.1-pre4 / updated release schedule
On Friday 24 July 2009 14:10:24 Thomas Friedrichsmeier wrote: Hi all, I have extended the release timeline for RKWard 0.5.1, slightly, and prepared another preview release (0.5.1-pre4). If you can find the time, please do some testing, and provide your feedback, if possible, until Monday, July 27. The deadline for translations is also extended to July 27. Downloads for windows and linux/unix are linked from the download page: http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Download_RKWar d . The updated release schedule can be found in the wiki at: http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Release_Schedu le . Regards Thomas Tested under Debian/Sid. I'm pleased to tell: No issues, no crashes. I tested a bunch of plug-ins, package update, Help, HTML output, ..., stuff a user would do. While working with packages I was wondering if we should make loading a local package/library more obvious. I mean Settings-Configure Packages is not a place were I would try to find and load a package/library. Even our hint in the RKWard help is brief and hard to find for a novice. What do you think? Regards Stefan -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] QtScript
On Tuesday 16 June 2009 10:58:41 Thomas Friedrichsmeier wrote: Hi, On Monday 15 June 2009, Stefan Rödiger wrote: I wonder if there is any news regarding QtScript. Will it be the future or are there other candidates/suggestions/solutions? no, not really. I have looked at bit closer at Kross, and that seems like a good solution for the implementation (also, it's already in kdelibs). However, Kross is only the bridge, not the scripting language itself. In theory Kross supports using a variety of different scripting languages, but I think that's a terribly good idea in the long run. If I remember correctly the Amarok devs also dropped support for a couple of languages. They had to much of everything. At the end it sounds like a nightmare for me too. True, one solution that fits all needs is best. As long it is something common. Qtscript might indeed match this demand somehow. QtScript still is the most likely candidate for the language, I think.g However, I'd like to do a bit of experimenting, before reaching a final decision. One pre-requisite to working on this, is to have basic automatic plugin testing (see http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Feature_Plan#A utomated_Plugin_Testing ), so we don't run into too many unpleasant surprises. In any case it means a rewrite of many plug-ins. Therefore it's better to have a solution which works in the long run. I'll wait so long. Regards Thomas Regards Stefan -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard 0.5.1-pre2: First preview of RKWard on Windows
On Monday 15 June 2009 17:28:29 Thomas Friedrichsmeier wrote: Hi, this is to announce the first preview release of RKWard running on MS Windows. If you have that other OS available, please give this a try: http://rkward.sourceforge.net/temp/install_rkward_0.5.1-pre2.exe . I fully expect there are still a lot of issues, including potential problems with the installer, but I think we are ready for a first round of testing. A number of significant changes have happened on the Linux/BSD platform as well (see http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Feature_Plan for some of them), and if you would like to see them now, the usual source tarball is here: http://rkward.sourceforge.net/temp/rkward-0.5.1-pre2.tar.gz . An official 0.5.1-release is not yet scheduled, and is probably still some time away. A release timeline will be announced whenever a release is nearing, and as usual we will allot time for testing, translating and packaging. Still, with the summer vacation-season coming up, translators may want to start updating translations for 0.5.1-pre2, just in case. Regards Thomas Wow, this is fast. I'll try to test it ASAP. Does it make any sense to test it in Wine? Regards Stefan -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard 0.4.9b and 0.5.0d released
Am Monday 11 May 2009 11:40:49 schrieb Thomas Friedrichsmeier: Hi, RKWard 0.4.9b and 0.5.0d are now officially released. As usual, http://rkward.sf.net/ has an announcement with a summary of the changes. Thanks for your testing / contributions! Regards Thomas Thanks everybody! -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] 2009 Season of Usability Call for Projects Open Until April 15 2009
Am Tuesday 31 March 2009 13:03:45 schrieb Thomas Friedrichsmeier: Hi, On Tuesday 31 March 2009, Celeste Lyn Paul wrote: OpenUsability Season of Usability is a series of sponsored student projects to encourage students of usability, user-interface design, and interaction design to get involved with Free/Libre/Open-Source Software (FLOSS). During a 3 month collaboration, students work together with an experienced usability mentor and key developers of the project to improve the user experience of a FLOSS application. The next Season of Usability student projects will start in May 2009. FLOSS Projects who would like to benefit from a usability student are encouraged to fill in our Call for Projects: I don't think, I'd have the time to function as a technical mentor for RKWard, so I'm not going to register RKWard. However, if you feel up to that task, that would certainly be an exciting oppurtunity, and I'd try to help out here and there, as needed. Also, a usability review of our plugins alone, or even just a small sub-set of our plugins would offer ample oppurtunities for usability students, and RKWard alike. That is, depending on the task, a technical mentor would not even have to be a core/C++-coder. Sounds really tempting but I wonder if it's wise to work on that now since you seriously consider to change the underlying technology of the plug-in design (and therefore the GUI I assume). Later when all is settled we have to of course. So, if you think you're going to have the time, skill, and motivation between May and August, speak up, and we'll develop some ideas on what tasks we could define for the Season of Usability. Just don't wait for me to take the first step. Therefore for me not this year. Next year maybe. Regards Thomas Regards Stefan -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard 0.5.0c-test5
Am Sunday 29 March 2009 21:57:34 schrieb Thomas Friedrichsmeier: Hi all, many thanks for all your testing efforts so far. While I'm deferring many of the reported issues to the time after the release, I'm starting to feel confident that we've found and fixed the most serious showstoppers. I've just prepared a -test5 release, available at http://rkward.sf.net/temp/ . If you've tested some of the previous -test releases, you will not find too many differences, but it would still be nice, if you could make sure, the installation and basic features continue to work. Barring further grave problems, I'll try to roll up the final release on Monday or Tuesday. Regards Thomas Works on Debian/Sid with R 2.9.0~20090327-1 when started from a console without any issues so far. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] authors
Am Sunday 29 March 2009 00:35:39 schrieb Stefan Rödiger: Did we forget somebody who contributed? Jannis (German translation, bug report) is not yet mentioned (will be updated) as far as I'm aware of. Regards Stefan Please ignore this, I sent it to the wrong thread. Regards Stefan -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Getting ready to release RKWard 0.5.0c - Call for testing
Am Wednesday 25 March 2009 21:48:24 schrieb Thomas Friedrichsmeier: Hi all, if a reminder was needed, today my mailbox had two further hints to finally get going with a new release. Firstly, two people pointed out that we had an embarassing crash-problem with the upcoming R 2.9. I hope to have fixed that. Secondly, the German c't magazine is asking for permission to include RKWard on a covermount DVD-ROM. Wow. That's something big. They say RKWard has been pre-selected to be included in this collection of free and shareware programs. Not sure what pre-selected means, whether all they still need is our consent (which I strongly intend to give), or whether they will do some further post-selecting after that. However, c't really is a pretty renowned IT magazine in Germany, and looking for developers to help in our project, a paragraph or two in c't might be just the sort of publicity we need to get forward. --- Well, giving them explicit permission to distribute under the GPL is a no-brainer. The other part is getting RKWard into a presentable state. c't is asking for feedback until April 1st. I hope we manage it. So: I've created a new test version 0.5.0c-test1, available in source and i386 .deb from http://rkward.sourceforge.net/temp/ (or from SVN). Note that I'll only take care of a KDE 4 release, right now. A KDE 3 release of all our fixes will follow (0.4.9b), but that's not my priority. If you've been following SVN, recently, you've seen all but the most recent changes, already. So although releasing before April 1st could probably best be called sudden, I think we really are in pretty good shape to rush it this much. Still I would like to ask you to download 0.5.0c-test1 and 1. test everything you care about once more - Especially, if you have a chance to test on Ubuntu, and with combinations of KDE and R other than KDE 4.2.1 and R 2.9, that would be great. 2. remind me of important issues that still need fixing. Two things that are not yet included in the test1 release: 1. The German translation update provided by Jannis. I'll wait until Stefan has given it a look (go ahead and commit to SVN, when ready). Done. Please check again. 2. The item response theory plugins by Meik. Are those fit to be included in the official pluginmap? In whole, or only partially? I would very much like to rush the release, in order to meet the April 1st deadline. Since my own time schedule is hairy as well, that means I need all substantial feedback before Monday morning. So, please, if you can find the time, take a look until then. Please check the changes I made to the boxplot. They work in all my tests but ... . Regards Thomas Regards Stefan -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] a patch [was: Getting ready to release RKWard 0.5.0c - Call for testing]
Am Thursday 26 March 2009 22:13:16 schrieb Thomas Friedrichsmeier: Hi, On Thursday 26 March 2009, meik michalke wrote: i figured it out -- this is due to the same path differences for kde4 in ubuntu 8.04 that messed up my installation: ok, thanks a lot. I adjusted the build rules along those lines and rolled everything up in a -test2 release, now at http://rkward.sourceforge.net/temp/ . Once again, it would be great, if you could test on various flavors of Ubuntu, to see if this really fixes all problems. I also moved the IRT plugins to their own pluginmap and unhid them. I would have liked to give them a serious review, first, but also there's no point in hiding them from the world forever. We should keep in mind to formalize and improve our review process. Anyway, that's for another day. For now, everybody please take a look at the IRT plugins (menus Analysis and Plots), if you can find the time. If you have objections againts including them in the official release, please speak up. No objections here. But honestly I have no real clue how to stress the plugins, thus my opinion is based on I played with it. [btw, is there a more elegant way of checking for directories and setting a variable than i've used?] It is always a pain in those makefiles. I simplified the second portion of your patch a bit, though. Regards Thomas Regards Stefan -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] rkward on planetkde
Am Sunday 15 February 2009 14:21:10 schrieb Thomas Friedrichsmeier: Hi! Hi On Tuesday 10 February 2009, Roy Qu wrote: Good article! I wish thomas could make some spare time to make a roadmap / feature plan, then we could see if there is anything we can do to help push the development of rkward forward. Point taken. Problem is, there is no real roadmap. You'll find an unsorted collection of planned features in the TODO-file, and the feature request tracker. But here's a short list of the major areas that I think should be dealt with, next: 1. Make (a) new release(s). This is definitely step 1 of any roadmap. Pretty important to get the recent fixes out into the world, soon. What needs to be done is basically: - Make sure, the ChangeLog is complete - update .po files, if available - Add Roy in the credits (main.cpp) - Create test release - Test - Create final release - Write some short notes for - rkward.sf.net - apps.kde.org - freshmeat.net - rkward mailing lists - If possible, update the debian-files Creating (test-) releases is fairly easy for KDE4: Just run the makedist.sh script with the version name as parameter. For KDE3 there is a long and illogic procedure to follow. It's probably much easier to me to just do it, than to explain it, so I'll try to find the time, soon. For KDE4, it would be great if somebody could give it a try, so you'll be able to jump in again in the future. If (when) you run into problems like lack of permissions or whatever, just ask - I'll try not to take too long in responding. Has anybody done this so far (or even succeeded)? 2. Create a Windows-port. I think it is important to address this in the not too distant future, but it probably isn't the most reward task to get started with. If you do feel like giving it a try, the main steps are: - (Get a KDE development environment running on your Windows box) - There is quite some platform dependent stuff in the startup code of R (much of it for no good reason, it seems). Cope with that in rembedinternal.cpp. - Review the code for system specifics, esp. bash commands (grepping for QProcess / KProcess should show the places in question), and perhaps path separators in some places. - Find a solution for the graph windows. This may well be the most difficult step, though it should be solvable somehow. Perhaps at first, the whole windowcatching mechanism would need to be disabled in order to make the rest of rkward compile. This sounds difficult and I doubt there are any developer resources yet. 3. Plugins / Scripting: We've touched the subject in the past: The plugin system needs better scripting. The likely candidate would be QtScript. This task will need to be addressed very carefully, since design decisions at this point will be very hard to change later on. If I get it right, this would make existing plug-ins obsolete. Or do I get it wrong here? I think this task can roughly be divided into the following steps: - Create a QtScript-thing which basically does what the PHP-script engine does - i.e. generate the preprocess / calculate / printout code-segments when called from C++. - As a first test, implement the color-picker mini-component with this engine. Watch out for potential performance issues in the graphing plugins. - Expand the solution to allow manipulation of component-properties from the script. I.e. create a replacement for the cumbersome logic-section of current plugins. At this point it is important not to add too much. The main point to consider is to enforce keeping the plugins as modular as possible. Esp. it should be impossible (or a least very hard) for a plugin to manipulate a plugin it is embedded in, or that it embeds. - To test the design and implementation, try to re-implement the plot-options component with this solution. At this point, extensive review of the design should follow. - Finally, allow creating complex GUI-elements by QtScript. The important point to keep in mind is once again to keep things modular: Such GUI-elements should be embeddable by other plugins, and should be re-used as much as possible. - Sample implementations might be: A chi-square-table input tool, a more elaborate color picker complete with color wheel, etc. To be honest I can hardly contribute any suggestion about the future direction of the Plugins / Scripting. As a matter of fact a simple solution which is easy to learn would be great. 4. Plugins / Development process: The most important area of growth in rkward will need to be the plugins. By now we have a good hand full of people who know how to create plugins. Would this get better with QtScript? What we really lack is a good review process. There are still a number of plugins
Re: [rkward-devel] Ctrl+S conflicting
Am Thursday 29 January 2009 20:27:54 schrieb Thomas Friedrichsmeier: Hi Roy, Stefan, I have read some documentation regarding your patch. But your patch seems reasonable to me. However, I'll will wait for a comment from Thomas as before. once again, I have not tested at all, but both parts of the patch look reasonable to me. Please apply (in two separate commits, since these are two issues). It's great to know someone keeps the project going, while I'm too busy. Thanks a lot, Roy (but also thanks to all the others for testing, reporting, etc.)! Regards Thomas okay, will be done over weekend. tanks Stefan -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Ctrl+S conflicting
Am Friday 23 January 2009 14:15:30 schrieb Roy Qu: I change all QAction* to KAction* in rkward.h, and the shortcut setting worked. And I find another bug: in R console, backspace key don't work when the cursor is at begin of current line and some part of the line is selected. Attachment is a patch for these 2 bugs. Hi Roy, I have read some documentation regarding your patch. But your patch seems reasonable to me. However, I'll will wait for a comment from Thomas as before. Regards Stefan 2009/1/23 Prasenjit Kapat kap...@gmail.com Hi All, On Thu, Jan 22, 2009 at 7:42 PM, Stefan Rödiger stefan_roedi...@gmx.de wrote: Am Tuesday 13 January 2009 08:29:27 schrieb Prasenjit Kapat: Hi All, Since KDE 4.2 is about to release, I am test driving it on a separate partition... So, I checked out the trunk of rkward from svn and am giving it a spin... The compile seems to work without any errors (lots of warnings, of course). When a script editor window is open, pressing Ctrl+S to save the file, results in a conflict with the Save Workspace shortcut. This is observed using the svn trunk of rkward and KDE 4.1.85 on Kubuntu 8.10. I presume Thomas is busy so any clarification will take time.. I was fiddling with the svn code myself. Lines 349 - 352 of rkward.cpp specifically sets Qt:ControlModifier + Qt::ShiftModifier + Qt::Key_S as the action shortcut for Save Workspace but, the Shift modifier seems to be ignored, as shown below: fileSaveWorkspace = actionCollection ()-addAction KStandardAction::Save, file_savex, this, LOT(slotFileSaveWorkspace())); fileSaveWorkspace-setText (i18n (Save Workspace)); fileSaveWorkspace-setShortcut (Qt::ControlModifier + t::ShiftModifier + Qt::Key_S); fileSaveWorkspace-setStatusTip (i18n (Saves the actual document)); One solution (that works) is to change the Save shortcut of Kate Part from Kate to something other than Ctrl+S. But that an outside-of-rkward solution. I've filed a bug report on this for rkward, so that it doesn't get lost. Any one seen this issue? Any clue? As of now, I've commented the above four lines in rkward.cpp for my local compilation. I can ask on kde devel list about this, but I am not at all familiar with the structure of rkward codes, so it may seem pretty lame! Hi Prasenjit, As you may have seen in the list Roy Qu provided a patch (in trunk now) and according to Thomas it might solve your problem. Can you confirm this? Well, Yes and No! No: Roy's patch was only for the rkconsole.cpp. So, only the RConsole part was affected (this is my understanding, which given my C++ knowledge, might very well be wrong). Yes: I did not know this: you could right click on Save Workspace Ctrl+S menu option to change its shortcut (to, say, Ctrl+Shift+S -- main not alternate). This creates the file ~/.kde/share/apps/rkward/rkwardui.rc wherein this shortcut info is stored. Similarly, for Open Workspace Ctrl+O to Ctrl+Shift+O. And now, all the four shortcuts work as intended. So, as you see, the Yes part was not influenced by Roy's patch. I actually tried it - removed Roy's patch and changed the shortcuts. Works. The issue then is, why are the shortcuts from the source code (rkward.cpp) not honored? I should add: my previous bug-mail was under 4.1.85 (beta2) and today I did all this on 4.1.96 (rc1) - so I guess the KDE APIs are still buggy!? One more thing (ala Steve Jobs): If you use Ctrl+S or Ctrl+O before changing the shortcuts you get the Ambiguous Shortcut message. Then when you try to change the shortcuts, RkWard quits with Fatal Error. So, you start the application again, and the change the shortcuts first. Regards Stefan Thanks to Roy for the RkConsole patch... -- Prasenjit -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] In progress to add item response theory plugin by m.eik
Hi Meik, I plan to add your irt plug-in (v. 0.03) within the next days to svn. Is it okay for you or should I wait for an update? Regards Stefan -- RKWard - Data Analysis Tool- http://rkward.sourceforge.net/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] questions on RKWard
Am Wednesday 05 November 2008 23:34:16 schrieb Horace Tso: Folks, Hi Horace I'm making progress moving from Windows to Linux and have RKward up and running. I read somewhere that Rkward's supposed to be the Tinn-R for linux and Tinn-R has worked out great for me. So naturally I'd like to do the following, if possible, 1. How to ask Rkward not to load the last saved image. Right now whenever it starts, it loads an image from some obscure corner of my directory. I can't quite figure out where it gets that image from. On the command line, I can do --no-restore. But there seems to be no place to sneak in these command line options under Rkward. A startup config file hidden somewhere? Actually I quite don't understand what you mean here. Would you be so kind to give a screen shot or so? 2. Customize CTRL-keys. Just out of the box, many menu options do not have a control key associated with them. Any way to pick my favorite key? In certain aspects of RKWard yes on other parts saddly no. Editing R-code depends largely on functions provided by KDEs Kate editor. This is from the help: Most shortcuts are not yet configurable (this will be added in a future release), but you can configure most shortcuts of the script editor. To do so, open a script editor window, then choose 'Settings-Configure editor-Short cuts' from the menu. A lot of these things is hard coded in the source code, therefore there is no easy way for non-developers to fix according to their needs. Sorry for that. Anyway you can find additional information in the RKWard help. Sorry but RKWard is still work in progress. 3. I'm used to typing ?command on the R-console and get a HTML help page pops up. But when I do that, a shockingly large window comes up and complains in many words about some error which I can't quite figure out what it's saying (sorry don't have linux in front of me right now). Could please try to give the error output? 4. I see there is an 'Output' tab by default. But command results are sent to R-console, and nothing seems to happen in 'Output'. Hope I understand you correctly. The Output tab is used in case you have done any operation from the menus but not if you use the script editor or the console. I have R 2.7.1 running under KDE on openSUSE 10.3. TIA. Horace Just in case Rward turns out not to be what you need, did you consider to run Tinn-R via Wine (www.winehq.org/)? I tested it and at least it installed and did operations like opening files and so on. Of course you would also need to install R under Wine. Wine should come as a standard package with openSUSE. I'm not sure about the version here in Debain/Sid it is 1.0.1. Kind Regards Stefan -- RKWard - Data Analysis Tool- http://rkward.sourceforge.net/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard failed to detect, which window was created, and so can not embed it
Am Freitag, 20. Juni 2008 06:04:50 schrieb Rodrigo Freire Oliveira: Hello, First of all congratulations are in order. I have started using R a couple of months ago and after I downloaded and installed rKward things have progressed faster and smoother. Unfortunately, my rKward installation seems to have a problem when it comes to embedding the menu in a graphic window (even though the X11 window is on the same screen of the message!). If I type: x11() The message shows up. If I try: options(display) I get $display NULL If I type: options(display=0.0) I still get the same. Using the rKward interface doesn't help much. I am using gentoo (linux distribution, kernle 2.6.24 SMP), rKward v.0.4.9a (gentoo installation), kde 3.5.9. I believe this information is limited but I don't know what else I should add. Any idea? If you need any extra information, please contact me. Best, Rodrigo Hi Rodrigo, I think it's related to the latest changes of X11() in R 2.7.X. Though graphs look now nicer (http://cran.r-project.org/doc/Rnews/Rnews_2008-1.pdf p.51)this issue raised for RKWard. I think Thomas (Lead developer) is the only who can comment and fix this issue. To my knowledge a workaround is to downgrade R to 2.6.X but there is no garante that this will work. But you can also ignore the warning message. Kind regards Stefan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Better looking graphs using cairo
Am Sonntag, 9. März 2008 22:44:45 schrieb Wouter Stomp: Hello, Hi Wouter, I really like rkward, glad to hear this. :) but the quality of the graphs it produces is not as good as it could be. There is a R cairo package[1] available that produces high quality graphs. It supports alpha channels and anti-aliasing. It can output to the display, bitmap graphics and vector graphics. It would be nice if rkward used this to produce graphs, and also have an option to save graphs as svg vector files. We are aware of this fact and some solutions were already discussed on the list. But so far we did not make any progress basically due to a lack of manpower. Just in case you don't know. There are several options to export graphs as pdf or ps (eps compatible). This should give you high quality graphs at the end. To achieve this create a graph and chose the preview option - chose in the preview window the menu Device than Export ... - ... . I recommend to use ps because these can be handled by many other tools (scribus and inkscape come to my mind here). Not an optimal solution and not really what you want but this is what we can offer out of the box for high quality graphs. Another solution is to reuse the code output of RKWard in combination with any graphic package you desire. Would this be possible? Basically yes, but I guess not anytime soon. But it is on top of the list. Cheers, Wouter Thanks for your input. 1. http://cran.r-project.org/web/packages/Cairo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Jarque-Bera Normality Test
Hi list, does anybody see a reason to keep Jarque-Bera Normality Test in the /under_development.pluginmap? Otherwise I'll push it into the distributions.pluginmap. Kind regards Stefan - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel