[rkward-devel] Some mails apparently lost
Hi! This is to let you know that mailing lists on SF.net are apparently suffering from silent loss of some mails since approximately one week. I know of at least one post that is missing from rkward-devel, but there is no way of telling how many messages got lost. Other projects are affected, too. If you have recently posted to rkward-devel or rkward-users, please check the list archives to make sure your mail arrived. If it did not, consider re-posting. Links to the list archives: http://sourceforge.net/p/rkward/mailman/rkward-devel/ http://sourceforge.net/p/rkward/mailman/rkward-users/ In somewhat related news, our lists will migrate to kde.org, shortly. I'll let you know the details, then. In most cases no action will be needed on our part. Given the timing of these two events I just want to point out that the upcoming migration is neither a cause, nor a consequence of the mail loss - although this new issue, and the disturbing lack of support response from SF.net is certainly another reason not to regret the move... Regards Thomas signature.asc Description: PGP signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] bug rkward
Hi, thanks for reporting this issue: On Sat, 17 Jan 2015 20:09:15 + Alejandro Carriedo Cayón alextz...@hotmail.com wrote: ---Problem description--- I cannot install any package Not even through console and after put a known issue: setInternet2(TRUE) [1] setInternet2(TRUE) install.packages(R2HTML) Warning in install.packages(R2HTML) : 'lib = C:/Program Files/R/R-3.1.2/library' is not writable Probably the cause of the problem is just that, then: The location you are trying to install to is not writable (with your current user permissions). Before anything else, try this in the console: .libPaths (c (D:/mystuff/Rlibs, .libPaths ()) install.packages(R2HTML) Where D:/mystuff/Rlibs should be an existing and writable folder. If this works, add the call to .libPaths(...) to Settings-Configure RKWard-R backend-Further (option) commands to run in each session. If problems persist, please let us know. Thanks! Thomas signature.asc Description: PGP signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Mailing list about to migrate
Dear subscriber of rkward-users, as part of our migration from SF.net to KDE.org, we're also moving our mailing lists. rkward-de...@lists.sf.net will become rkward-de...@kde.org . I will move your subscription to the new list, then deactivate the old list. Note that individual settings such as receiving mails in daily digests will be lost in the transition, and you will have to re-set these. Sorry about the inconvenience. You should receive a mail containing a new mailing list password, and a link to the subscription configuration page shortly after this mail. If you do not receive a notice of subscription to the new mailing list, or if you need any other assistance, just let me know. Regards Thomas signature.asc Description: PGP signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Importing external plugins (rk.power)
Hi! So I have just imported the rk.power plugin from our external_plugins repo, into the main sources. The import did not quite work quite as I had hope, this time around, but essentially all relevant history was preserved in the import. Some issues / questions: - What do we do about the imported plugin in the external_plugins repository? In general all changes should go to our main repo from now on, so the plugin should be removed in external_plugins. OTOH, we may want to defer deletion until RKWard 0.6.3 is actually released with the plugin - or even some time longer. Meik, as the manager of our plugin packages: What's best for your workflow: - Delete the plugin in external_plugins, right away - Keep the plugin in external_plugins for some time, but move it to some subdirectory (imported) - Keep the plugin in external_plugins in its current path? - The development version of RKWard supports plugins from different sources overriding each other (the one specified to have the highest version, _and_ compatible with the runtime version of RKWard will win). Of course, this works for plugins having the same id, only. Now, as an official plugin, the power plugin has the version of RKWard (i.e. will have 0.6.3), and id rkward::power_analysis. Would it make sense to adjust the id on the current (external) plugin package, so that users that have installed it will not get a duplicate menu entry (after they have updated it)? - Inheriting the version number from RKWard is a side-effect of rkwarddev writing about-info to the .pluginmap, instead of the plugin .xml. In general that is a good idea, too, unless - as in this case - no pluginmap is being generated. Is there a way to control this, already? - I placed the plugin in analysis.pluginmap. As written earlier, if we have a good idea on just how to split up plugins in a meaningful way, that can still be changed. However, having separate pluginmaps for each and every plugin (i.e. 100 pluginmaps) would have quite an impact on performance (and would be somewhat questionable, usability-wise, too, IMO). So, for now, I keep following the big pluginmap approach. Meik, with the new plugin management UI, and rk.set.plugin.status(), do you still consider this an issue? Regards Thomas signature.asc Description: PGP signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Distribution plugins (was Re: feedback)
Hi Aaron, and others, On Sun, 23 Nov 2014 10:35:24 +0900 Aaron Batty aba...@sfc.keio.ac.jp wrote: Piggybacking on Meik's feedback comments, I though I'd let you guys know what's going on in my undergraduate stats class, where we're using RKWard. well, while touching on various areas of the code, I'm trying to work on some of your feedback. Right now, I'm working to add i18n() to the distribution plugins. And - as this will mean touching quite a bit of that code - I'm wondering how to best address your comments regarding those. As a small bit of background information, IIRC, Stefan originally modeled these dialogs on Rcmdrs example - many years ago. 3) Distributions dialogs I only started using these this semester, so I hadn't noticed, but these are unintuitive enough that I decided to just get the students to do them in the R Console. In the r dialogs (i.e., the ones that call rbinom and rgeom, etc.), the values that will be fed into R are filled in by default. Why? That seems to communicate, for example, that the normal thing to do when looking at a binomial probability is to set the number of successes to 0.95, and only 1 trial, and with a 50% probability, when actually, these are likely to all be different. I think these should just be blank. You mean the p and q dialogs (pbinom, qbinom), right? Clearly for some things, default values do not make too much sense. For vector of probabilities/quantiles, quite obviously so. For number of trials, arguably, too - but that would mean it cannot be represented in a spinbox (which simply does not have a blank value). For probability of success in each trial, .5 sounds like a sensible enough default to me, even if you are quite likely to adjust it. So what are your thoughts on how to deal with this (also for all the other distributions)? Vector of quantiles really ought to be renamed Number of successes. I'll be honest here: I couldn't figure out what I was supposed to do here, so the only way I figured out how to use these dialogs was by clicking the Code button to see what commands it would be calling, and then reading the CRAN documentation on those functions. The CRAN documentation was much clearer. It would be nice if there was another calculator that called the d functions as well... Not that I've really ever used either of these, but they are pretty important for teaching undergraduate stats. Well, what I have in mind so far is the following: - Merge probabilities and quantiles plugins into one (which could also calculate density), with a radio-control on top to select the mode of operation ( calculate: O probabilities of given quantiles O density at given quantiles O quantiles for given probabilities ) - For the discrete distributions, add a UI label below this, reading: Note: Quantiles correspond to number of successes in 'size' trials in the context of the binomial distribution (and appropriately for the other discrete distributions, or at least the ones I understand). - Change the input of probabilities / quantiles to use a matrix-element (i.e. a column of spreadsheet cells) - This will be empty by default. - Change the output to be tabular, i.e. a table with columns for quantiles and probs (or densities), and rows for each input value. Does that sound like a useful plan? Regards Thomas signature.asc Description: PGP signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Mailing list migration plan
Hi all! Somehow I forgot to drop you a note, but if you have visited the project web site, recently, you will have noticed, that the main web pages are now at http://rkward.kde.org - and much faster, esp. as far as editing is concerned. Time for the next step in our migration: Mailing lists. We currently have: - rkward-devel. 67 subscribers, archive dating back to the very beginnings of RKWard. Our primary mailing list. - rkward-users. 148 subscribers, created in 2007. Less active than we'd originally hoped for, but seems to be quite popular for subscriptions. - rkward-cvs. 11 subscribers, created in 2004. Receives code commit messages. - rkward-tracker. 10 subscribers, created in 2005. This currently receives notifications of bug tracker activity, and of daily build failures. - rkward-announce. 9 subscribers, of whom 2 are also subscribed to rkward-users (and mails are fowarded to rkward-devel and rkward-users), created in 2011. For release announcements, and calls for translations. I'd like to propose the following migration plan. Does this sound reasonable to you? - rkward-devel is migrated to kde.org including all subscribers and the mailing list archive. rkward-de...@lists.sourecforge.net is set up to forward to rkward-de...@kde.org, and will be kept around for some time. - rkward-users is migrated in the same way. - rkward-cvs and rkward-tracker are merged into one list rkward-tracker. This will continue to receive commit-notifications and daily build failures. Bug tracker activity will be directed to rkward-devel in the future. Since these two lists were never meant for manual posting, the old lists can be shut down rather quickly. - rkward-announce is dropped, as it does not seem worth the effort. Calls for translations will be sent to kde-i18n-...@kde.org (where our translations are now managed). Calls for testing will be sent to rkward-devel and rkward-users as before. For those who are interested in strictly release announcements, only, I suppose the best hint will be to subscribe to the RSS feed on freshcode (http://freshcode.club/projects/rkward). Other ideas? Lists may have to be set read-only during migration, briefly. We'll try to make any such transition period as short as possible. Regards Thomas signature.asc Description: PGP signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi, On Tue, 14 Oct 2014 12:44:09 +0200 meik michalke meik.micha...@uni-duesseldorf.de wrote: Am Montag, 6. Oktober 2014, 20:28:45 schrieb Thomas Friedrichsmeier: - Providing better control over which plugins are active. I'm still not convinced, the level of individual plugins is (typically) the right granularity of control, but in fact, control should be more fine-grained than the current official pluginmaps, and esp. more fine-grained than simply using all.pluginmap, by default. are there R functions yet to enable/disable plugins? you know, if there were, in combination with rk.list.plugins() i could simply write my own plugin for that control. here you go, finally: rk.set.plugin.status(). So far, the only thing that can be controlled is visibility. More could be added to that interface, if there is a real need for that, but initially, this should cover the most important bit. So: Your turn, now ;-) a function which lists all meta (like about, dependencies and info on the menu structure) information on plugins would also be great, because the name alone doesn't explain so much. rk.list.plugins() now lists a lot more information. Dependencies, and most of about is not yet included, and I guess it does not make too much sense to include all of this? (In fact, plugins with unmet dependencies will not even be visible in rk.list.plugins(); users do get a warning when loading a pluginmap with a plugin with unmet dependencies, though). Let me know about the bits you'd like to use in your meta-plugin. Most should be easy enough to add. Regards Thomas signature.asc Description: PGP signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] rk.load.pluginmaps() broken?
Hi, On Sat, 03 Jan 2015 14:00:14 +0100 meik michalke meik.micha...@uni-duesseldorf.de wrote: i was just testing the reworked plugin administration -- looks really great! glad you like it. Be sure to take a look at the new return value of rk.list.plugins(), too. R API to hide plugins (by plugin, not pluginmap) should arrive, soon. i'm unsure whether this is related to a recent bug in rk.load.pluginmaps()? it doesn't seem to finish its work -- i see a plugin loaded with the function in the plugin configuration, its active checkbox is checked, but its state column remains empty. Should be fixed, now. Regards Thomas signature.asc Description: PGP signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Asking Developer Help
Hi, On Fri, 19 Dec 2014 23:11:42 +0700 Jodi Jhouranda Siregar 11.6...@stis.ac.id wrote: Dear RKWard developer. I want to ask some help from you. my team is in final project of my bachelor study in indonesia. we decided to develop an open source statiscal software especially for spatial analysis and use R as it's backend. we met a problem to emmbed R engine in our software just like what you guys did in RKWard. we have been tried to look into your available source code and we still don't know how you guys did it. hopes you can help me in our final research. the best high-level writeup of RKWard design is this article in jstatsoft: http://www.jstatsoft.org/v49/i09 . You'd want to look at the appendix, in particular. To give you a very general idea on where to find the most central bits: - rkward/rbackend/FindR.cmake and rkward/rbackend/CMakeLists.txt for configuring the build - rkward/rbackend/rkbackendprotocol_backend.cpp for setting up the backend process - rkward/rbackend/rkrbackend.cpp for actually starting / intializing the R engine and doing work in R - rkward/rbackend/rkrbackend_transmitter.cpp for passing messages to the frontend. That said, it's hard to tell without knowing more details, but RKWard may be rather more complex than what you need. Much of that complexity is for being able to run commands just like they had been typed into an interactive R console. Another part of the complexity comes from running the R engine and the frontend asynchronously (and in separate processes). If you don't need either of this, embedding R will be considerably easier. You might want to look at Rcpp. And I assume you are familiar with the relevant section in the R-exts manual: http://cran.r-project.org/doc/manuals/r-release/R-exts.html#Linking-GUIs-and-other-front_002dends-to-R . I think those are the best pointers, I can give, right now. If you have more specific questions about embedding R, feel free to ask. Regards Thomas signature.asc Description: PGP signature -- 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=164703151iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] indentation conventions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 18 Dec 2014 11:35:53 +0100 meik michalke meik.micha...@uni-duesseldorf.de wrote: so far we seem to use tabs for indentation of code. for kdelibs, 4 spaces instead of one tab is recommended: https://techbase.kde.org/Policies/Kdelibs_Coding_Style the same seems to apply for R code (though 2 spaces are also fine): http://cran.r-project.org/web/packages/rockchalk/vignettes/Rstyle.pdf is this something we should care about? For KDE, different projects use different styles, already (and tabs vs. space are not the only style-question, of course). I'm not particularly attached to the style we're using, but changing styles is always somewhat problematic. Importantly, git blame will stop on such changes, even if the code is otherwise untouched. (Arguably, git gui blame is comfortable enough to live with this). Either way, I'd vote against changing this, unless there are compelling reasons, _and_ a very clear definition of what the new style should be. For R, the case may in fact be somewhat different, esp. as the recommended style is also what you get from deparsing / printing R functions. Not sure, whether it would be possible to use astyle to convert package code, automatically. Adjusting plugin generated code would probably require some manual work. Sure, tabs can simply be replaced, but perhaps there are some - few - instances of tabs worth keeping (inside strings, for example)? Regards Thomas -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUktZCAAoJEDkVkd8YWMu2FQoP/1wZQ64NtCMnvvr11/F2l4gl 0inK9kQ9RiPM/djRCtiKZ5AiC0AbZaZBtU5johr45IBZQUR/Ui5ucvPxT4CQo5VQ R/asOy2BJ0HQkGqmQhepuSPrp2kmojqvoJ1utodX/Vw40QKnWGPURoi0gMLD8GZt Fy3kvxbm8jEDYgDlE2D5twlyQ9PPjdL44UB0lFlT/Vnvla/BwSBwaEsnljeGqMjj nEuM7t+HscRKTVkO6idPHK9YVB4pYxYiunHamZ5B+cSvSf+igcZL0qvoE0ZUPD/+ YwTbkuCku4r5r5ypB7JKCOjTE7JUop/pSTKzF83MXbYwhOzgXNYXafRYBR0amFFj NbM88xta7frAlfibMfFLz9UOFBfcS4vYP8M5UOGU2H2FFBa0Alry6i/xhtfIXKuK 81Rc3suNV8PaFK3YZoYX7RiqjCqQ1SZg1RqrQK9/225j+cXXjQzDpnW8XrVSNj04 GJteppuxtpvyU9wknawaox88qZbCQIEF5LJzHAIn1X73zSryl/nwCcs0UL/xRKvf nK30uQ/3Wjxw4kvcc+ed0XCSgf9DhmpiLGOMlc8RQXFxniuulwLGq+rJcD9onU/g RyHgZKxxBfPhDXANuSGgbQeout9JSTYYgtQtoIVZ6mARBWGtfi5uATrVq33JfExe YcpjhaSINn85gUtV1bzO =phGC -END PGP SIGNATURE- -- 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=164703151iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] New message template rkward__analysis.pot
Hi! I have just pushed a commit to RKWard's Messages.sh that should result in a new .pot-file appearing on the next run of scripty: rkward__analysis.pot. Some words of explanation: 1) This is a catalog in addition to rkward.pot. It contains messages from one group of RKWard plugins. More such catalogs are going to appear. However, firstly, this will need some more work from our side (marking up i18n'able strings), and secondly, I'd like to hear if there is anything systematically wrong with the extracted messages, before adding the rest. 2) Most of this is old code that has just become i18n'able for the first time, and was not written with i18n in mind. I'm afraid there are going to be quite a bunch of messages that need to be given context. Please let us know (rkward- devel mailing list in CC). Or, if you prefer doing changes, yourself: You can add context to the messages extracted from XML files by adding an attribute i18n_context=something to the element in question. In our .js files, i18n/c/p/cp() are available. 3) The global context to assume is statistics. Please be on the watch-out for strings that could be statistical terms. Some of the catalogs to come are going to be easier in this respect, but some are going to be considerably more specialized. It's no dishonor to pass on catalogs that are outside your area of expertise. (Is it possible to add such a warning to a .pot-file?) 4) As RKWard plugins are not necessarily installed to a standard system path, neither are the corresponding catalogs. If you want to test your translations, place them in a subdirectory i18n/plugins in RKWards sources. Follow the naming scheme i18n/plugins/rkward__analysis.XY.po (where XY is your language code). make install will install the catalog as appropriate. (Note: This may be subject to change in the mid term). rkward__anaylsis.pot corresponds - roughly(!) - to the Analysis top level menu. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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=164703151iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] import/export CSV
Hi, On Monday 01 December 2014 22:11:39 meik michalke wrote: here's a refined version, what do think of the restructured comments? definitely better, IMO. I'd suggest also putting all implicit paramteres on a single line of the comment, though, so the comment does not push the actual code out of sight. Some more small items: - When specifying custom sep / dec, that generates sep=other/dec=other. - Quote all values would more appropriately be labelled Quote all strings - Typo on varselector-label: varaible Again, I think it may make sense to move the format specs to the first tab (and file encoding somewhere else). Sure, that makes for a rather largish dialog, but I think it's still just acceptable. To help reduce height, you can: - Set the labels of the inputs for custom dec/sep to (these are definitely expendable, IMO) - Set the label of the file name selector to . Probably self-explanatory. - As a rather desparate (but effective) measure, you could put varslot and browser on the same row. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] import/export CSV
Hi, On Tuesday 02 December 2014 11:46:52 meik michalke wrote: shuffling around elements is no problem, i'll try something. however: - Set the labels of the inputs for custom dec/sep to (these are definitely expendable, IMO) - Set the label of the file name selector to . Probably self-explanatory. that could actually help, if i manage to get rkwarddev to write empty strings into its objects... currently, it leaves the labels out and RKWard auto-fills them. I see. Would it have any negative side-effect, if you just remove the check for nchar 0 in pasteXMLAttr? generally: should i simply already add the XML and JS file to git already? if so, should i also put the rkwarddev script somewhere there, or would you like to have its results, only? I'm still not sure what is the best way to handle this. But we already have one rkwarddev script in plugins/rkwarddev_scripts, and so you can simply follow that path for now. Of course, having both in git is potentially asking for trouble. Sooner or later someone (or a script) will overlook the warning at the top of the generated files, and make changes, there, which are not represented in the rkwarddev-script. Ideally, rkwarddev-based plugins would be generated during cmake, somehow(*), and git-ignored... Regards Thomas (*): But that is not trivial, either - Should work without prior installation of XiMpLe and rkwarddev - Need to make sure the generated files go to the correct location - Should ideally detect and warn about edits by hand (perhaps by storing a timestamp inside the generated file, or something) signature.asc Description: This is a digitally signed message part. -- 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] [rkward-cvs] [rkward] rkward/plugins: added the new table/CSV export dialog for better testing. also added a help page and included the generator script.
Hi! Just a small random catch: On Tuesday 02 December 2014 21:54:50 m. eik michalke wrote: + var quote = getBoolean(quote); This works, and is ok. However, the canonical way to deal with checkbox- options is using getBoolean(quote.state) and not specifying any value in the checkbox-control, since version 0.6.1. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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=164703151iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] import/export CSV
Hi, On Sunday 30 November 2014 23:19:48 meik michalke wrote: as promised, i completely re-wrote the export tabular data dialog. it's attached[*] as a pre-built plugin package so you can check it out (it also includes the rkwarddev script used to build it). will give it a look, shortly. it defaults to custom file format at the moment -- CSV or CSV2 could be better choices, but this deactivates some elements and could confuse some people, couldn't it? I wouldn't be too afraid of that, in particular, as the File format preselection, and the elements controlled by it are all on the same tab. State that on the .rkh-page to be on the safe side. Also, exporting to one of the standard formats is certainly the most common thing to do, and should be easiest. i have a question regarding the current plugin: what plugin is referred to by use the plugin 'write' for mere variables? is it Write vector / matrix? generally, can i somehow refer to a plugin so that my dialog fetches its current name (dialog label) dynamically? i guess not -- would be cool to have it as a direct link, shown as the path from its root menu. As to that warning: a) It seems to be pretty useless (and in fact rather misleading) in the first place. I suppose it might have had a real meaning some time in the past (before we were running plugin code inside local(), for instance. b) If at all, it should go to the help page. The plugin, referred to, would be save_variables, inded. You can refer to that in the .rkh page (see above) using link href=rkward://component/save_variables/, which will insert the correct label, automatically (and menu-path might be added, later). and one questions regarding the import CSV plugin: what does this logic statement do? connect client=commentchar.enabled governor=quickNone / Well, it disables specification of the commentchar (effectively disabling comments), if any of the pre-defined formats is selected. I believe the rationale for that is: - For the predefined formats, code using read.csv(2) / read.delim(2) is generated, for easier copying of code. - These default to comment.char=, instead of # for read.table(). - Cleanly covering that in the UI would have been rather cumbersome, and did not seem worth bothering (as comment-lines inside csv-files should be rather uncommon, in the first place). Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] import/export CSV
Hi, On Sunday 30 November 2014 23:19:48 meik michalke wrote: as promised, i completely re-wrote the export tabular data dialog. it's attached[*] as a pre-built plugin package so you can check it out (it also includes the rkwarddev script used to build it). ok, some first comments, below. Minor stuff, only. it defaults to custom file format at the moment -- CSV or CSV2 could be better choices, but this deactivates some elements and could confuse some people, couldn't it? See my last mail. I think defaulting to CSV (_not_ CVS2!) would be sensible. Assorted comments: - Why is the append option controlled by the predefined format? - Uncommenting arguments, that do not apply, is a nifty idea, but does come with some drawbacks: - Bloats the generated code - Seems to suggest that these _could_ be customized for write.csv(2). However, the R help says: append, col.names, sep, dec and qmethod cannot be altered. I'd suggest stripping these. - Remove the data.frame-warning (see my last mail). - For encoding specification, import_spss and import_stata share some code (currently in the form of a snippet. It might make sense to turn this into an embeddable plugin, and use it. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] import/export CSV
Hi, On Monday 01 December 2014 12:14:19 meik michalke wrote: Assorted comments: - Why is the append option controlled by the predefined format? you just wrote it yourself: append, col.names, sep, dec and qmethod cannot be altered. ;-) yes, it occurred to me a few minutes after sending the mail... that option and the column names are the deactivated settings i was referring to, for write.csv() and write.csv2(). they are not all on the same tab Yes. I see that now. And for the append option that is particularly unfortunate (but changing the default to custom does not help at that point, either; quite the contrary: If you first check append on the first tab, then select CSV on the second tab, you may be in for a nasty surprise!). Have you tried moving all format options to the first tab? Perhaps moving encoding to a less prominent place? sure, this is only an idea. but let me explain how it came to this: firstly, i was thinking about people who want to learn R; Yes, neither alternative is clearly superior to the other. But on the other side of the coin, listing all these parameters makes it harder to see just what you changed from the default. Besides, this still does not explain what other values are permissible for each argument. Particularly for parameters with non-obvious semantics, such as col.names (and I don't think anyone would guess the correct meaning of col.names=NA without consulting the documentation). [...] the R code currently also includes all defaults. Except for quote. having something to embed would be great, but i still didn't really get how to write an embeddable plugin ;-) Simple: Just like any standalone plugin (including a dialog). The additional thing to worry about is passing information between embedded and embedding plugin. The standard ways are: 1) Providing external-properties in the embedded plugin. 2) Generating code the usual way. The embedding plugin can retrieve that using getString (embedded_id.code.calculate); etc. Oh, one more thing: - The export plugin's .js code still lacks appropriate i18n()-calls. Consider utilizing the new Header()-functionality to make that easier (http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg02499.html). Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] RKWard 0.6.2 starts with an error
Hi, On Saturday 29 November 2014 19:11:08 Mohammad Abbas wrote: Hello, Thanks for getting back to me. same, here. No need to withdraw your posts to the list. We use moderation for non-subscribers to weed out SPAM-posts, not to actually limit anything. In response to your questions 1) I installed RKWard using the (RKWard_O.6.2_KDE_4.10.2_R_3.1.1.exe)? 2) RKWard Starts after the DOS window show the error message. However, when accessing other R libraries such as Rcmdr and rattle they tend to crash or freeze up. Ok, I can see that part, too. This should now be fixed in our development version. As a workaround, until we can release a fixed version: - avoid using other graphical packages in combination with RKWard, or, if that is unavoidable: - before using any functionality of these packages, make sure, something is running inside RKWard's R Console. This could simply be: Sys.sleep (3) This will block most actions in RKWard, but you can simply unblock by interrupting. I will run the code you given me and I will e-mail you. This will still be of interest, as it is an entirely unrelated problem. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] file formats [was: rkward: erm, ok, here are the missing files to the last commit...]
Hi, On Friday 28 November 2014 21:12:47 meik michalke wrote: Am Freitag, 28. November 2014, 08:04:57 schrieb Thomas Friedrichsmeier: btw. there's some other issues: RKWard doesn't recognise *.rda files yet; Ok, will add. i'd vote for RKWard being able to edit all text files it is using, i.e., also adding *.xml and *.js to the list. plugin development would benefit from it, at least i'd use kate anyway. true. Should now be handled correctly. (In fact it was always meant to open all text files, but did not recognize them, due to a bug...) Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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
[rkward-devel] News on plugin i18n
Hi! Ok, I did make some more progress on plugin i18n (but still trying to figure out how to integrate best with KDE's translation infrastructure[1]). Here's some of the more important bits: 1. The message extraction script is finally complete (I think), although my statement from end of October that it would not get too much more complex was a bit premature... On the upside it will also do some things that I had not originally thought of including. Basically, all you have to do now (for external plugins) is: scripts/update_plugin_messages.py my.pluginmap On the first run this will create the .pot-file (and it will be in folder po next to your pluginmap). Place any translations (.po-files) next to it. Then run the script again to update extracted messages, merge with the translations, compile the translations and copy them to their destination dirs below po. 2. Actually marking all relevant strings for i18n in the .js files is as cumbersome as I had feared, and then some. I've completed most of analysis.pluginmap, but there is a whole lot of work left to be done on the other plugins. 3. But as I was getting frustrated with all that header-pasting, I had an idea to make that particular part much easier, and cleaner. You can now write (in .js): new Header (i18n (Some analysis)) .add (i18n (Some parameter), i18n (some value)) .print (); Better yet, suppose Some parameter is controlled by a radio-element (with id radio_id), and essentially you just want to copy the setting from the UI for documenting it in the header, you can now do: new Header (i18n (Some analysis)).addFromUI (radio_id).print (); Regards Thomas [1] http://lists.kde.org/?l=kde-i18n-docm=141700741608249w=2 signature.asc Description: This is a digitally signed message part. -- 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] Question regarding menu ordering for plugins
Hi, On Friday 28 November 2014 01:18:53 Stefan Rödiger wrote: My vote: alphabetical sorting only within each group ok, I did that (and if we don't like it, it will be easy to remove the alphabetical sorting). Now a lot depends on coming up with a sensible grouping. We'll have to see about that. Here are some details of the current implementation: - You can define groups inside any menu like this: group id=somegroup/ - If you want the group to be separated from other entries, use: group id=somegroup separated=true/ - Entries, menus, and groups can be appended to a specified group, using: entry component=... group=somegroup/ - In fact, it is also possible to define groups (without separator lines) implicitly: entry component=first group=a/ entry component=third/ entry component=second group=a/ - Group names are specific to each menu. Group a in menu Data does not conflict with group a in menu Analysis, for example. - I believe, the most common use case is defining groups at the top, or at the bottom of a menu. For this, there are pre-defined groups top and bottom in each menu. - Entries within each group are sorted, alphabetically. Groups appear in the order of declaration (unless appended to another group, of course). - Menus and entries without group specification logically from a group (), too. Please experiment with this, if you care. As long as this is not released, it will be easily possible to change details. Afterwards that may be more difficult. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] RKWard 0.6.2 starts with an error
Hi! On Saturday 29 November 2014 15:07:39 Mohammad Abbas wrote: Installing the latest version of RKWard seems to start with an error. I have a screen shot of the message and hope you can help to resolve it. I'll try. Some questions: 1) Did you install using the custom installer (install_rkward_0.6.2.exe) or the installation bundle (RKWard_O.6.2_KDE_4.10.2_R_3.1.1.exe)? 2) Does RKWard start in spite of these messages, or is this the last thing you see happening? 3) Which version of Windows? 4) Please open a command prompt, cd to your installation of rkward, and type KDE\bin\rkward.exe --debug-level 4 This should give a bit more output during startup, to help diagnose what exactly is going wrong. Thanks! Thomas signature.asc Description: This is a digitally signed message part. -- 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] [rkward-cvs] [rkward] rkward: erm, ok, here are the missing files to the last commit...
On Friday 28 November 2014 16:20:10 meik michalke wrote: good point -- i did that, and i also renamed the file to vnd.rkward.r.xml, which makes it a vendor-specific MIME type declaration. that makes it possible for us to define that MIME type without colliding with other packages doing the same. Ah, yes, that sounds much better! i'll try and test if this and the protocol handler also works on OS X. can you check that on windows? Will try to remember. I have an inkling it's going to require adding it to the registry, though... actually, that is something that has always annoyed me a bit: i start RKWard and want to *open* a previous workspace, but the first thing i get is a question whether to *save* the workspace. good thing if that was gone. Yes. I'll try to come up with something. do we have to care for that single .Random.seed object when one wants to open another workspace anyway? No, but how to tell it apart for other, more interesting objects, reliably. I think the solution will have to involve something like marking the workspace as clean, at an appropriate point in the startup sequence, and then only asking to save, if it was modified after that. alternatively, RKWard could ask you how to deal with the input: replace current workspace or add all objects to the current one. do you know whether there's a difference between *.RData files containing saved workspaces and saved R objects? if there was, we could add a magic section to the MIME type, which would cause the first bits of a file to be read to get its type. I don't think so. ?save.image says: save.image() is just a short-cut for ‘save my current workspace’, i.e., save(list = ls(all = TRUE), file = .RData). Even if you could tell how it was saved, that still doesn't tell, reliably, how you'd like to use it. In general, there are three options: - Replace current workspace - Merge with current workspace (potentially overwriting objects) - Import into a sub-environment And then, if a .workplace-file exists to go with that, for the first two, there's also the question, whether to load that, and if so, whether to close all other windows first... So - a whole lot of options, really. I guess a plan could look like this: In the menu, provide two actions: One is the current behavior. The second (perhaps called Import Workspace...?) would offer all applicable choices. If there is a request to open a workspace file in a running session (from RKWard's own filebrowser, or externally), and the current workspace is not empty, use that second action, too. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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
[rkward-devel] Question regarding menu ordering for plugins
Hi! I'm currently redoing some of the menu-building from .pluginmaps. In particular so we can keep information, on just where in the menu a particular plugin can be found. In this process, I plan on ditching the index=x- attribute that is currently controlling ordering of menu items. This never was terribly clever design. Instead, I consider simply sorting menu entries alphabetically by their label, automatically. Does that sound like a good idea to you, or will it be better to give more control (and more responsibility) to the .pluginmap author? One alternative idea would be to replace the attribute index with group. Entries would be placed in the menu in the order of declaration, but those belonging to the same group would stay next to each other. Would you like that better? Or a mixed approach, with alphabetical sorting only within each group? Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] [rkward-cvs] [rkward] rkward: erm, ok, here are the missing files to the last commit...
Hi, On Friday 28 November 2014 01:07:40 meik michalke wrote: Am Donnerstag, 27. November 2014, 19:43:58 schrieb Thomas Friedrichsmeier: On Thursday 27 November 2014 15:44:45 m. eik michalke wrote: A +12 -0rkward/r.xml A +13 -0rkward/rdata.xml these work nicely for me. However, I think they should be merged into one mime file, and that should be called rkward.xml . So there's no significant risk that this could clash (now or later) with (R-) mime types declared from other sides. are you sure? no. Except perhaps no the part about shipping both mime-types in one file. i mean, these file types are not really RKWard files, but ordinary R files, so i'd say their MIME type can only be R or R data, respectively. the connection between these MIME types and applications is defined in *.desktop files instead, Ah, in fact I had missed that part. Sounds more sane, now that I understand that. where one MIME type can have multiple associations. i'd find it a bit confusing if there were such pseudo-MIME types like, say, firefox.xml, chrome.xml and rekonq.xml, all for *.html files. of course it would be better to have these global MIME types rather defined by either R or KDE itself, so RKWard can just assume they're there. but from what i found on the net, this has not been accomplished for many many years. there still doesn't seem to be any package defining a MIME type for R files yet, at least in the realm of ubuntu and CRAN packages. So probably the cleanest solution would be having them added to R... Oh well. I'm still somewhat worried about future clashes. _If_ R ever decides to start shipping these mime-types, RKWard is going to get the blame for conflicting names, I'm afraid. That's why my first thought was naming it rkward.xml (similar to libreoffice.xml, which also declares .xls, for instance). But no, I'm not sure. btw. there's some other issues: RKWard doesn't recognise *.rda files yet; Ok, will add. and if you click on an *.RData file, you're asked *once* whether the workspace should be saved -- after that, the current worspace is just silently replaced with the content of any other RData file you click. I changed that a bit, and yes, it might be buggy, but I think you should find, the behavior is now: - If a workspace has just been loaded, and not been touched, don't ask whether to save it before quitting / replacing it. - If you touch some object in between, you should be prompted, again. - Now as to why you're prompted for the initial - probably empty - workspace: It's that .Random.seed that gets created some time in the middle of starting up. Did not think up a nice way to cope with that, yet. single objects can't be added to the workspace this way either. there should probably be two methods for handling *.RData files: complete workspace or individual R objects, True. and you should always be asked before your workspace is wiped. Really? Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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
[rkward-devel] Review Request 121245: Change rkward-devel macport to build from git repo
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121245/ --- Review request for Rkward. Repository: rkward Description --- So we can shut down the svn repo on SF.net (actually not shutting it down, but marking it as out-of-date) Diffs - macports/kde/rkward-devel/Portfile eb6f7a4 Diff: https://git.reviewboard.kde.org/r/121245/diff/ Testing --- None. Which is the reason for this review request. (Well, another reason is that I wanted to test our reviewboard setup). Thanks, Thomas Friedrichsmeier -- 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] Review Request 121245: Change rkward-devel macport to build from git repo
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121245/ --- (Updated Nov. 25, 2014, 6:54 p.m.) Review request for Rkward. Repository: rkward Description --- So we can shut down the svn repo on SF.net (actually not shutting it down, but marking it as out-of-date) Diffs - macports/kde/rkward-devel/Portfile eb6f7a4 Diff: https://git.reviewboard.kde.org/r/121245/diff/ Testing --- None. Which is the reason for this review request. (Well, another reason is that I wanted to test our reviewboard setup). Thanks, Thomas Friedrichsmeier -- 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] Review Request 121245: Change rkward-devel macport to build from git repo
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/121245/ --- (Updated Nov. 25, 2014, 6:54 p.m.) Review request for Rkward. Repository: rkward Description --- So we can shut down the svn repo on SF.net (actually not shutting it down, but marking it as out-of-date) Diffs - macports/kde/rkward-devel/Portfile eb6f7a4 Diff: https://git.reviewboard.kde.org/r/121245/diff/ Testing --- None. Which is the reason for this review request. (Well, another reason is that I wanted to test our reviewboard setup). Thanks, Thomas Friedrichsmeier -- 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] feedback
Hi Aaron, On Sunday 23 November 2014 10:35:24 Aaron Batty wrote: Piggybacking on Meik's feedback comments, I though I'd let you guys know what's going on in my undergraduate stats class, where we're using RKWard. thanks for your detailed feedback. But it's growing over my head. Posting to the list is a great way to get my attention, but a terrible way to track issues that will need some time to resolve. Now the feature tracker is not really suitable for this type of feedback, either. So let's try a wiki page. Since our own wiki hosting on SF.net is unbearably slow for editing (I'm so much looking forward to migrating that!), I've set up a page at https://community.kde.org/RKWard , and copied in most of your mail as a start. Meik, please add your stuff, too. Feel free to restructure. I'm watching that page, so I will be aware of updates. All interested others are encouraged to do so, too. Forums might be a good way of tracking ideas, too, but the wiki simply was easiest to set up, right now. Some comments inline: 2) Data import This is just rather confusing. You go to File or the Open... menu in the toolbar, and go to Import, and then there are a bunch of options. You have Import Data, then a line, then Import format, which is a submenu about importing data. If you use the first one, it just opens up the SPSS data importer, and there's no way to tell it otherwise. Well, actually, there is a way. I sort of agree it may be a tiny bit unintuitive that you'd need to change the bottom-most control before clicking on any file name, though... Once they navigate to Import text / CSV data, however, the problems continue, because despite the fact that we've already ostensibly told the software that we're working with .csv or whatever, there are a bunch of options where we have to tell it again. The default format is None, and the options for the quick formats (which are likely all anyone will need in most cases, especially in a class where a teacher is providing the data set) are on the bottom left, looking not-very-important. This could maybe be fixed just by moving elements around, like putting the format selection settings in a dropdown menu at the top, labeled with Please select the format of your data or something. Then rename None to Custom and put it at the bottom of the list. Yes, that makes a lot of sense, and is easy to do. So: done. 4) R Console It would be great if there were a way to permanently set text size there, or at least have a keyboard shortcut to change it. It's tiny by default, and the only way to get it bigger is to keep going up to View and clicking Enlarge font over and over. Then upon restart of RKWard, it's back to tiny again. This is another teaching issue more than anything. If I need the students to do something in R, it's very hard to demonstrate without bumping that way up, but it takes forever as I keep going up to that menu over and over until I see the students stop squinting at the projector screen! Yes, it would be good, if the enlarged font size would be saved. Two notes to make your life easier, today: - Use Ctrl + Scroll-wheel (or whatever the equivalent may be on Mac) to adjust font size _very_ quickly. - To get saved font size (and other customizations), here's a totally intuitive solution (ahem): Open a script editor. Go to Settings-Configure Editor, and make adjustments. Quit RKWard and restart. You should now see the new font size in both script windows, and the console. A big part of this, of course, is that RKWard is running KDE, not the host OS, really. But this is a lot of steps for an undergrad or not-terribly-savvy user to complete correctly. Every time I've taught with RKWard, whether it be to undergrads or colleagues, everyone gets lost here. They can see the graphic right there in front of them. They don't understand why they can't just export it directly from the output (they'd love to just drag it out, but I point out that even SPSS doesn't do this, and JMP is a pain, too). Not to say that this solves, everything, but dragging out graphics (to file browser, or openoffice) works just fine, here. What are the symptoms on Mac, when you try to do so? - Do you see a drag symbol / mouse pointer at all? - Does the drag symbol disappear when leaving the RKWard window? - Does the target refuse to accept the drop? Last comment about the outputs is one that has already come up here before: The tables are, by and large, very ugly. There needs to be more of a margin inside cells, and it would be nice if there were borders by default. Also, many of them have far, far too many decimal places. The contingency table/crosstabs are the worst for this. If any of the values need decimal places, they all get them. So even though most of the cells are actually just counts/sums, they all have approximately one million zeros behind them. It's just very hard to read. Yes, the decimal places are downright
Re: [rkward-devel] feedback
Hi, here's some feedback from the presentation, reduced to the parts where they'd welcome some improvements: on a general note, we really have a bit of a problem tracking all these ideas in a decent way. Do use the feature tracker, for now. But we should also work on prioritizing ideas, some way. - in the workspace browser, show all environments should not be checked by default, so you only see your objects in the worksapce. actually, unchecking that box is one of my first actions after a new installation as well ;-) Ok. Done. - in the code veiw, the whole printout section was seen as problematic (at least in this context), as it wasn't really clear to anyone that this is just what makes the RKWard output. i remember i asked for some options to configure this part myself a while ago. no idea how to deal with it. perhaps a more explaining comment would help, like the calculation is done at this point; the following code generates the output, or so. Hm, I can absolutely see the point. However we should also avoid adding _too much_ additional wording. That just makes things look yet more crowded, IMO. I can see two angles to attack this: 1. As you suggest a better comment. But let's keep it somewhat concise, i.e. perhaps just ## Printout: The following code generates the output. And similar labels for the other sections. 2. This would really be something to highlight in a short intro to working with RKWard. Our RKWard for Newcomers page in the wiki is not so terribly helpful, I'm afraid, and rkward_for_new_users.rkh could definitely use some improvements, too (including screenshots)... - the regression dialog should be enhanced. we were recommended to look at RCmdr's regression module for something they'd love to see in RKWard. Yes, true, it's totally basic, so far. - in general, they wished for a more obvious workflow regarding what can further be done with results from some analysis (say, you have just estimated Rasch parameters, but no clue that there's a particular plot option for that in another branch of the menu). this wish is a bit harder to fulfil, of course, but i had two ideas to enhance the situation: the first approach would use the run again-link feature to recommend common follow-up analysis steps in the HTML output, like pairwise t-tests after ANOVA or special plots. however, this would limit the availability of recommendations to what the original plugin author could think of, and we don't even know what happened to an object after the dialog was closed. the second approach would be to implement a new entry in the workspace browser's context menu for objects, say next steps. depending on the object class, it would list copies of the main menu structure (like data, analysis, plots) which are particularly useful for this object class. the mapping for this would have to be defined somewhere, perhaps in the dialog XML code, or more centralised in the pluginmap. this way, the recommendation would also be available for objects made with other plugins and even scripts. where possible, the regarding object could be pre- filled into the appropriate dialog field. it could be limited to what you'd usually want to do now, if that can be figured out... Hm, ok beefing up the workspace browser is one sensible idea (may even be in our tracker, somewhere, at least the general idea came up, before), and probably not too hard to do. Essentially we'd have to make it so plugins can suggest themselves for certain classes of objects (and also specify, where that object would be filled in). But I'm not quite sure how far that approach will help in practice. It will be much more meaningful to give suggestions for special objects, such as fitted models. Not so much for plain numeric vectors, although these could represent the same concepts (e.g. a vector of residuals). Arguably, of course the latter may not need quite as much explaining, in the first place. A different problem is that it may not be easy enough to discover: You first have to actually create the object that may be of interest for further investigation (and that simply can't be the default behavior in _every_ relevant case). And then you'd still have to find out that a context menu (or something) in the workspace browser will give you hints on how to proceed. So again, documentation could be a second angle at this. For some sets of plugins (and I'm thinking of the IRT plugins as a prime example). I think a sort of vignette would really be useful, i.e. a separate help page giving an overview of what is available, and the workflow to use it. We don't have dedicated support for this, ATM, but it could be done today, by creating dummy plugins that don't actually contain anything (but do have a help page), and are not placed in the menu. Then you could link to their help page in the usual way. But also to spin your idea of follow-up links in the output window some further: These
Re: [rkward-devel] run again link outside RKWard
Hi, On Wednesday 19 November 2014 11:06:21 meik michalke wrote: i was curious if it was possible to get the run again links work also outside of RKWard (e.g., open the output HTML file in your browser). i managed to fire up RKWard, at least, by creating the file /usr/share/kde4/services/rkward.protocol: ok, I have not yet tried turning this into a protocol (I'll leave that up to you), but here's the new deal: 1. rkward now accepts any number of file/url arguments, instead of a single workspace file. These can be workspaces, workplaces, script files, html files, or rkward://-urls. 2. Use rkward --reuse myurl to open myurl in an existing RKWard instance (if any). Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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] run again link outside RKWard
Hi, On Wednesday 19 November 2014 11:06:21 meik michalke wrote: i was curious if it was possible to get the run again links work also outside of RKWard (e.g., open the output HTML file in your browser). i managed to fire up RKWard, at least, by creating the file /usr/share/kde4/services/rkward.protocol: well, not until tomorrow, no ;-) But in principle this should be not-so-difficult, doing: 1) Add a dbus interface to RKWard, which allows to tell RKWard to open some link. We even had this at one point (as the way for R to tell RKWard to open a help page), but it was obsoleted and removed (while porting to KDE4?). 2) A small wrapper (might even be possible to handle this inside the existing startup wrapper) to check whether an instance of RKWard is already registered on DBus. If so - see 1). Otherwise start RKWard. 3) The protocol file. Regards Thomas signature.asc Description: This is a digitally signed message part. -- 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
[rkward-devel] RKWard is in git
Hi! Our new git repo on kde.org is now in place. Clone anonymously from git://anongit.kde.org/rkward.git or with developer access(*) from g...@git.kde.org:rkward.git . Please don't do any more commits to SVN from now on. If you have any changes left pending in SVN, do svn diff featureXY.diff then in your git tree patch -p0 featureXY.diff git add ... git commit Perhaps also be a bit more patient than I was, and don't start pushing anything, just yet. Apparently commit hooks are not yet enabled. Along with the new repo, we have a simple project page at https://projects.kde.org/projects/playground/edu/rkward . Primarily this provides some stats on the repo, and allows to follow commits (note that I hope to make commit messages continue to appear on rkward-cvs, though). Meik, (and Prasenjit, Stefan), I'd like to make you an admin on this project, too, but in order for your account to be visible, there, you will have to log in to projects.kde.org, once. Regards Thomas (*) Prasenjit, Stefan: In order to get developer access, do the following (now, or later): Log in to identity.kde.org. There should be a link for applying for developer access. Add tfry and/or meikm as supporters. State that you belong to the rkward project, perhaps point to the git log as proof of your involvement. signature.asc Description: This is a digitally signed message part. -- 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] RKWard Git repos up for testing
Hi! On Monday 10 November 2014 21:19:11 Nicolás Alvarez wrote: The branch switchover seems to have been handled correctly by svn2git. Just don't push the backup tags. Ok. Good. Version tags are usually called v1.2.3 in KDE, not release/v1.2.3. You may want to change that for consistency with other KDE projects. Done. Note that you can use regular expressions to generalize rules. Yes, I stumbled across that bit, when I was just done writing all the separate rules. The lack of consistency in names (or branch/foo/ vs branch/foo/rkward) makes things harder, though. Indeed (also some have underscores instead of dots, some are called release- rkward-x.y.z, others just release-x.y.z), and so I just left the conversion script as is (except for adjusting the tag names). I'm glad to see all that inconsistency was so easy to fix in the conversion. The drawback is that this makes it so much more obvious, that I've done a rather lousy job at tagging releases (so many tags missing) ;-). Remember to run git gc --aggressive on the repository before pushing it. svn2git produces very badly optimized git packs. Running gc can shrink the repository by half or more. I ran git repack -a -d -f --window=250 --depth=250 and that got the size down from some 80+ MiB to just under 10 MiB (almost insultingly small ;-)). Other than that I approve this conversion \o/ Thanks for your feedback! I'll give this another day or two, then, for everybody to look at, then request moving it. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Moving to KDE.org
Hi once more, On Thursday 06 November 2014 19:44:12 Nicolás Alvarez wrote: Non-fast-forward pushes (force pushes) and branch deletions are only allowed for the repository owners. You'll have to decide who that will be. I guess I'll state that in the ticket, whenever I request the repository to be moved to playground, right? (Mario, or would we go for kdereview, directly?) Also one more admin question: So far we had a dedicated mailing list for SCM- commits. That was quite convenient. And in fact, it would be even more convenient, if we had merged it in one list with build bot notifications(*). That would make it easy for all developers to subscribe to a single pack of all that noise that is relevant to those who commit, but not so much for other interested bystanders. I'm sort of hoping to achieve this as part of the transition to KDE.org. Now the KDE way of doing things seems to be using commitfilter.kde.org. Some questions: - Is is possible to direct commitfiltered mail to a mailing list? (Or will commitfilter mail out password reminders and some such?) - Alternatively, is it possible to set up custom notification hooks on a git repo on KDE.org? - Or is the list I have in mind a poor plan, in the first place? Regards Thomas (*) Potentially also bug tracker notifications, although perhaps it makes more sense for those to go to rkward-devel, after all. signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Endless errors starting up org.freedesktop.dbus-system on OSX
Hi Aaron, no, this is not yet forgotten, we're just stuck... On Thursday 23 October 2014 15:26:28 meik michalke wrote: now, this is a portion from man launchctl: man Note that per-user configuration files (LaunchAgents) must be owned by the user loading them. All system-wide daemons (LaunchDaemons) must be owned by root. Configuration files must not be group- or world-writable. /man [...] on the other hand, i find it hard to believe that a system-wide config file is supposed to be owned by one ordinary user and all other users can't launch it. can you make sense of this? after all, wrong permissions could be the actual problem here. I don't believe this is the problem, here. It's the same situation on the build mac, either way. Another bit from the man page is this: -w Overrides the Disabled key and sets it to false. In previous versions, this option would modify the configuration file. Now the state of the Disabled key is stored elsewhere on-disk. Now, thank you, Apple for being so specific, on just where that would be stored. But either way, I guess that could be a historical explanation for the note on file ownership, too. Either way, perhaps our new angle at this problem should be: Step 1: Find out, how we can _stop_ whatever thing is going wild trying to launch dbus. Step 2: Find out, if that actually has any negative side-effects. Step 3: Find out, where it came from. So for step 1., could you try: sudo launchctl unload -w /Library/LaunchDaemons/org.freedesktop.dbus- system.plist launchctl unload -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist (sudo) killall dbus-daemon ps a | grep dbus # and kill anything still around. launchctl -l # look for any signs of dbus launchers left After that, - check the logs - try starting RKWard. (And well, you may want to try on a machine that is not mission critical, first). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard Git repos up for testing
Hi, On Monday 10 November 2014 15:49:30 Nicolás Alvarez wrote: I was at a conference (and helping with its organization too!) this whole weekend so I had no time to even read your emails. I'll take a look at your conversion now. great, thanks! By the way, just to make sure: was your SVN repository always SVN, or was rkward ever in CVS? Yes, we've come a long way. Conversion from CVS to SVN happened on 19.09.2006 AFAICS. Which reminds me, I forgot to mention, that I also ran kde-ruleset/bin/fix-tags on the converted repo. This was needed to make the tags from CVS times pushable. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Moving to KDE.org
Hi again, On Saturday 08 November 2014 14:15:02 Thomas Friedrichsmeier wrote: ok, thanks. Next question: Now pushing the tags fails because they are not annotated. I suppose I could request another exception for this, but probably it would be better to somehow convert the tags to annotated, instead. Is there some svn2git-option for this, that I have missed? I have tried kde- ruleset/bin/fix-tags, but whatever that does, exactly, the push was still rejected. well, that part solved (mostly). Turns out there is an undocumented rule annotated true for tags. With this, most tags can be pushed. Some still fail (not sure, why, but several of those are tags that I had moved in SVN after creating), but none of these seem too important. Two of them are backups that I did not mention in the rules file. No idea why svn2git thought it necessary to create these. I hope the fact that these can't be pushed is nothing to worry about... Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Moving to KDE.org
Hi! Let's get things rolling. I've started filling some gaps, and adding more todo items to that wiki page https://community.kde.org/Incubator/Projects/Rkward . Separate mail on git migration to follow. Here's a clarification on the planned handling of external plugins: On Thursday 06 November 2014 23:10:33 Mario Fux wrote: Am Samstag, 25. Oktober 2014, 13.16:51 schrieb Thomas Friedrichsmeier: One small exception to our move to KDE is that we intend to establish a small side-kick project on github.com, as a semi-official place to develop external plugins, i.e. those that are not (or not yet) targetted to be included in the official releases. This would need a separate git repository in the first place, and the idea is that this is a bit closer to the R community (but also matches well with the whole concept of external plugins). Not sure, whether this would strictly fall under the continuity requirement of KDE.org, but it certainly should not be a problem to give KDE sysadmins admin access to this. If I understand it correctly you plan to move the source code to KDE's git repos and have another close/copy of the repo on github.com. I don't see a problem. How will you merge features? You might as well use reviewboard.kde.org to encourage contributions by people that don't yet have a KDE developer account. Slight modification of the plan: We may or may not set up a mirror of RKWard's main repo on github. It's not a priority. What we do intend to do is split out part of what is currently kept in the project's main repo, namely external plugins, and host that on github. Rationale: - That SVN branch is not a branch in the git-sense, and will have to be split out into a separate repo, anyway. - The point of this branch is to allow development of plugins on an independent schedule, by independent people, potentially for different users (esp. offering specialized functionality that is of interest to small groups of people, only), and distributed independently of the official RKWard releases. - In fact, external plugins can be developped, anywhere, and to some degree that is happening, already. The idea of offering a semi-official repo for this at all is a) so RKWard developers can provide help b) identify stuff suitable for incubation more easily c) provide a ready-made area for collaboration. - In this area we partiuclarly hope for contributions from the R community, and that is to be found primarily on github. Hence the plan to set up this side-kick project, there. - Selected external plugins will be moved to RKWard's repo on KDE.org, if and when they become part of the main project. We do plan to use reviewboard to encourage contributions to the main repo from anywhere. And the main repo also includes plugins, of course. The difference is that these are plugins included, or targetted for inclusion in the official releases. The external plugins-repo/project is supposed to be a place that is deliberately more detached from the main project. Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] select feature for data editor
Hi! On Monday 03 November 2014 12:47:13 meik michalke wrote: since one of my colleagues started working with RKWard, he's a constant stream of inspiration ;-) he noticed it is only possible to select data in the data editor by single row/column or complete blocks of rows/columns. he would expect that if you press ctrl while selecting rows/columns, that you could toggle their select state individually. Possible in principle, but a bunch of code currently works on the assumption that there can only be one contiguous selection (copying, pasting while a selection is active, deleting while a selection is active). Each of these will have to be adjusted, carefully. There are also some tricky questions attached, such as how should Paste inside selection work in this case: Should selection gaps be skipped in the data to paste, or should the data to paste be shifted? Not something I'd like to start on, now. Could you put in on the RFE tracker? Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Call for feedback: Translating RKWard plugins
Hi, On Monday 27 October 2014 15:07:42 meik michalke wrote: Am Montag, 27. Oktober 2014, 13:11:40 schrieb Thomas Friedrichsmeier: please take a look at http://rkward.sourceforge.net/temp/rkward__analysis.pot so, is that basically the desired format we'd like to have for external plugins as well? yes. It is what translation tools like lokalize work with (try opening the file, there). Note that all those lines starting with #. are in fact comments, and do not affect the technical part of the translation process. So you would not really need character-by-character equivalence. They are important for providing translators with enough context to make sense of the strings, though. i could start something like rk.i18n.scan(), then. I'd suggest to wait a little while longer, until we have some feedback from actual experienced translators. Then, basically, you could take extract_plugin_messages.py as a template. Note that extract_plugin_messages.py uses a two-step approach: First, messages are gathered into a pseudo-source file, then xgettext is called on that file to create the .pot file. Now the .pot syntax does not look too complex, so it might be possible to do this in one pass (and without the xgettext requirement), but I was not sure enough of exactly what tricks xgettext might apply e.g. to special characters. Of course as a quick-and-dirty shortcut to getting rkwarddev prepared, you could simply call python extract_plugin_messages.py ... from R... apart from the .pot file and the new arguments to XML elements, what parts else will need changes? Well - we will need commands to mark up translatable strings in the .js-files (including scripted plugin logic). I simply haven't worried about that, yet. - .pluginmaps (in particular external ones) will need to specify an id / name for the message catalog to use, and - optionally - a location where to find it. Look at analysis.pluginmap, which currently specifies document ... po_id=analysis. That's all. not entirely sure how to do it yet. but things will fall in place. 2) The framework for plugin translations allows us to split translations into pretty much as many message catalogs as we like. For external plugins, this will always have to be small catalogs, covering only the plugin(s) in the package. yes, that would be my guess. from an rkwarddev perspective, the best way would be to split by .pluginmap here. Yes, probably, and you can simply do that. In fact, you can split pretty much any way you like, as the po_id attribute is read on any xml file, not just .pluginmaps. Not that I expect that to make much sense, though. so label is omitted when no18n_ is used? is it no18n_ or noi18n_? The other way around: If a label attribute is not found, RKWard will look for a noi18n_label attribute, next, and this won't be fed through translation. Works the same for title, BTW, on those elements that have that attribute. i18n for internationalization, which is a word with 18 characters between i and n. Sorry 'bout the typo. i'm thinking about the best way to get the new arguments into the rkwarddev functions; i think the relevant functions will get a new i18n argument, which takes a list with named elements context and comment, and if it is simply set to FALSE, label will be set to no18n_label or noi18n_label, whatever it is. Sounds reasonable. (*) Meik: I can see you worrying about installing translations for external plugins. No need to worry too much: Plugin translations are installed to a path relative to the other plugin files. So they can simply be packed into the inst-directory. will we keep using the folder structure introduced to get my first clumsy approach going (i.e., the po directory)? Yes for the po directory (which is the default relative path from the pluginmap), no for everything below that. The full workflow in short: 1. Extract messages to rkward__POID.pot 2. Translate that, save as rkward__POID.de.po 3. msgfmt rkward__POID.de.po -o rkward__POID.mo 4. mv rkward__POID.mo PLUGINDIR/po/de/LC_MESSAGES/ Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Call for feedback: Translating RKWard plugins
On Monday 27 October 2014 16:05:47 meik michalke wrote: Am Montag, 27. Oktober 2014, 13:11:40 schrieb Thomas Friedrichsmeier: The following questions / items are primarily addressed at plugin developers i have one, too ;-) how would i apply your script to an external plugin? :: m. - scripts/extract_plugin_messages.py topmost.pluginmap or - scripts/extract_plugin_messages.py *.pluginmap Note that this usage will only work if topmost.pluginmap already declares a po_id to use (which external plugins will have to do, so rkward will know which catalog to use). For testing purposes you can simply use - scripts/extract_plugin_messages.py --default_po=testing topmost.pluginmap For better integration with scripts / R commands, extract_plugin_messages.py will also accept a parameter --outdir=somewhere Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Call for feedback: Translating RKWard plugins
Hi, thanks for your feedback! Sounds encouraging, so far. On Monday 27 October 2014 19:58:22 Yuri Chornoivan wrote: Many thanks for your work. Does not work for me this way (even with manually copied rkward__analysis.mo), but I'm sure it should work later. Oh, seems I only tested strings shown in the menu, so far. With r4966, you should see translated strings also in the dialogs (but not yet in the help pages). I'll let you know when (I think) translations are fully functional. Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ 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-code:[4944] trunk/rkward/scripts
Hi Meik, On Friday 24 October 2014 01:49:31 meik michalke wrote: Am Donnerstag, 23. Oktober 2014, 20:48:46 schrieb t...@users.sf.net: Add - buggy, incomplete - python script to extract messages from pluginmap, and all referenced .xml and .rkh files. why not use XiMpLe for this and do it inside R? that was my first idea, too. My reasons to do it in python, anyway: - slightly easier to write - can be included in the automatically running scripts on KDE's repo, easily - in order to actually prepare the .pot files, you need additional tools, anyway (xgettext), so there is no R-only solution in the first place. (Although that may be possible to do, too). That said, the script is not going to get much more complex, and it should be quite possible to re-do it in R/XiMpLe, once ready. In fact, that may still make a lot of sense, esp. for external plugins. Right now the most important point is to find out, what context information we can give to translators, how to best split up message catalogs, and to test, whether what we have so far is enough, conceptually, to allow for good translations. Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] resize code window
Hi, On Friday 24 October 2014 13:30:15 meik michalke wrote: when you open the R console, you can manually resize it's height. can this be added to the code window part in plugin dialogs as well? right now, when i want to see more of the code, the whole dialog window is being resized and the code part only in proportion to the overall size. that's quite annoying and certainly a waste of screen space. good idea. And in fact, you'd think it's easy enough. But the problem is that somehow this totally messes up the dialog-resizing. I've tried to fix this for the past fourty minutes, now I give up. Remind me to try again with Qt5, perhaps it works, there. Actually, I seem to have some vague memories of trying this, before, and failing... Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi, On Saturday 11 October 2014 21:35:54 meik michalke wrote: that exactly is the plan. for re-use of the ID later on (e.g., in the logic section), you should also store it in an object: list ( First option=c (val=1), Second option=c (val=2, chk=TRUE), option3 - rk.XML.option (Optional option, val=3, id.name=three) ) just in case you have missed it: I have modified the rk.power plugin, using this (only in the script, so far). Please take a look. Dynamically disabling the radio option works fine with this. I'm also finally done with the documentation. So the only missing bit would be automated tests. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] option in valueslot?
Hi, On Saturday 18 October 2014 16:34:50 meik michalke wrote: the plugin docs state for option that it can be a child node of valueslot, but the notes on valueslot refer to it as behaving like varslot. i assume the latter is correct? yes, in fact. options can be children of valueselector, though. I wouldn't be too surprised, if I confused this in more than one place. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Endless errors starting up org.freedesktop.dbus-system on OSX
Hi, On Thursday 16 October 2014 10:25:50 Aaron Batty wrote: Hey guys, I've been meaning to let you know about this for months, but I kept forgetting. On OSX, there is a problem launching what I'm pretty sure is a part of KDE. These two messages loop all day every day in the log forever on all of my Macs with RKWard on them. Meik was the one to troubleshoot this back then, so he may be able to comment, better. Anyway, some first diagnostics, and questions: 1. Totally ignorant question: Where would I find those logs? 2. Question: Only while RKWard is running, or all the time? 3. /Library/LaunchDaemons/org.freedesktop.dbus-system.plist really just fires up /opt/rkward/bin/dbus-daemon --system --nofork 4. Trying to run that, as a regular user, manually gives: Failed to start message bus: Failed to bind socket /opt/rkward/var/run/dbus/system_bus_socket: Permission denied 5. The directory in question is owned by user messagebus, so surely this won't work. 6. Checking ps ax | grep dbus reveals that a dbus-daemon is running, though, with user messagebus. I _guess_ this was started by sudo launchctl -w /Library/LaunchDaemons/org.freedesktop.dbus-system.plist Question: Did you run this, or a similar command on the Macs where RKWard is installed? Our troubleshooting instructions mention that this _might_ be needed, but no idea, whether that is the normal case. Question: Do you see a dbus-daemon process in your process list? 7. On startup, RKWard itself calls launchclt -w /opt/rkward/Library/LaunchAgents/org.freedesktop.dbus- session.plist 8. I suppose this connects to the system dbus-daemon. Well, in essence, this looks to me like something is trying to load /Library/LaunchDaemons/org.freedesktop.dbus-system.plist as a regular user. This tries starting up the daemon, fails, tries again... The daemon is probably already running with the correct permissions, and this is why everything is still working. Perhaps checking launchctl list reveals anything helpful? Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Endless errors starting up org.freedesktop.dbus-system on OSX
Hi Meik and Aaron, On Thursday 16 October 2014 12:14:43 meik michalke wrote: @aaron: did you already see this happening before september 2014? if not: @thomas: can this be related to one of these commits: - 4802 - 4803 - 4822 - 4834 an obvious guess. However, I don't see, how this would be the case. If you look at rkward_startup.cpp, you should find it simply mimicks, what we had, before. In particular it tried to launch org.freedesktop.dbus-session.plit, but not dbus-system.plist. Well, in essence, this looks to me like something is trying to load /Library/LaunchDaemons/org.freedesktop.dbus-system.plist as a regular user. This tries starting up the daemon, fails, tries again... another idea: is it possible that installing the RKWard bundle several times (upgrades) and therefore running the postinstall script several time somehow messes this up? i still don't have the best understanding of how these mac bundle packages actually work, as apple used so many different formats and the documentation is... sparse. Something causing this to be called twice is another idea, in fact. On your university mac, the error message is a bit more verbose: Oct 16 11:08:10 RKWard-iMac org.freedesktop.dbus-system[78533]: Failed to start message bus: Failed to bind socket /opt/rkward/var/run/dbus/system_bus_socket: Address already in use Oct 16 11:08:10 RKWard-iMac com.apple.launchd.peruser.505[78521] (org.freedesktop.dbus-system[78533]): Exited with code: 1 Oct 16 11:08:10 RKWard-iMac com.apple.launchd.peruser.505[78521] (org.freedesktop.dbus-system): Throttling respawn: Will start in 10 seconds So dbus-daemon --system is already running, but the launcher is trying to start it again, fails, and tries again... Interestingly, on the university mac, the error message starts appearing today at 11:08:10. That's shortly, after I started playing with it. Looking at the process list, you can see that the current dbus-daemon stared at 10:49. That process came up automatically, when I tried killing the previous dbus-daemon process. Well, I tried a whole bunch of other things in between, but can't attach a timestamp to those. One thing to check may be what happens after a reboot. Does the message start appearing right away, or only after doing something KDE-related? Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ 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-code:[4897] trunk/rkward/packages/rkwarddev
Hi, On Thursday 16 October 2014 20:40:56 meik michalke wrote: speaking of non-trivial... can you hint me to to some documentation of how to get all columns out of one row of the optionset? i find it hard to understand from the existing examples, but i get the idea it has to to with for loops. yes. The storage inside the optionset is column-based (which is rather unavoidable, technically). So the typical pattern in js is: col_a = getList (set.col_a); col_b = getList (set.col_b); col_c = getList (set.col_c); for (var i = 0; i col_a.length; ++i) { echo (coolfun (, col_a[i] + , + col_b[i] + , + col_c[i] + )\n); } i would like to implement some kind of prototypic helper function in rkwarddev. unless it turns out to be impossible ;-) Well, it should be quite possible to create a JS function that converts from column-based to row-based representation, given a list of column-names of interested (which may of not be all columns in the set!). I'll leave that as an exercise to the reader ;-). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi, On Tuesday 14 October 2014 12:44:09 meik michalke wrote: Am Montag, 6. Oktober 2014, 20:28:45 schrieb Thomas Friedrichsmeier: - Providing better control over which plugins are active. I'm still not convinced, the level of individual plugins is (typically) the right granularity of control, but in fact, control should be more fine-grained than the current official pluginmaps, and esp. more fine-grained than simply using all.pluginmap, by default. are there R functions yet to enable/disable plugins? you know, if there were, in combination with rk.list.plugins() i could simply write my own plugin for that control. a function which lists all meta (like about, dependencies and info on the menu structure) information on plugins would also be great, because the name alone doesn't explain so much. interesting idea. But no, rk.list.plugins() is the only piece of that picture, that exists, so far. Let's keep it in mind for 0.6.3. (Although I'll start by working on plugin i18n; that's long overdue at any rate). And when I say let's keep it in mind, I mean: Do remind me! BTW, including (incubating ;-)) rk.power (and other) external plugins will have to wait for 0.6.3, too. As you can see, I did not make any further progress, yet, and we're just too close to release time, by now. Further BTW, the code that's going to become 0.6.2 is in a separate branch, now. SVN trunk is open to riskier commits, again. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho___ 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-code:[4897] trunk/rkward/packages/rkwarddev
Hi Meik, On Sunday 12 October 2014 19:37:20 m-...@users.sf.net wrote: rkwarddev: enhanced the R code shown by the skeleton dialog to be a better start for your own rkwarddev scripts (optionset still refuses to work, btw...) not sure, what the part about the optionset refers to. If you want me to take a look, somewhere, let me know (it _is_ a rather non-trivial control...). Anyway, I looked at the skeleton dialog. The optionset there seemed to do exactly what it is meant to do. However, for a very simple input like this, a more elegant alternative may be a matrix mode=string allow_user_resize_rows=true allow_user_resize_columns=false. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi Meik, On Wednesday 08 October 2014 11:49:56 meik michalke wrote: Am Dienstag, 7. Oktober 2014, 13:43:33 schrieb Thomas Friedrichsmeier: - For the two sample tests, when estimating the size of one of the samples, why not always make it the second sample (i.e. first sample size provided)? fixed (in the script). hm, what I meant was: Why not get rid of that radio control, completely, not just changing the default. I can see that for the R function signature, it would have been more cumbersome to explain Exactly one of the parameters needs to be NULL, except it can't be n1. But for the GUI, I don't see the point of showing an additional control Now select, whether you want to estimate n1 given n2 or n2 given n1, when it really doesn't make any difference (but adds complexity both to the UI, and to the logic behind it). Then, after that, I had the idea to get rid of the other hidden radio (controlling which df to estimate for GLM), too. My plan was: 1. Move test specification to the left, making it the first step, logically 2. In the target measure radio, add a fifth option numerator df, which would be enabled for GLM, only. The main reason is that - logically - it makes little sense to read numerator df as a sub-item of sample size, and I had difficulty thinking up an appropriate help snippet due to this. Well, when I wanted to make that experiment, I found that rkwarddev does not yet handle ids on radio-options. And then I found out, that the fact that radio-options can be disabled, dynamically, was not really documented, so far. (See Import Text / CSV Data-Plugin for an example usage). I have fixed the documentation. Could you add this to rk.XML.option()? Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
On Saturday 11 October 2014 16:56:39 meik michalke wrote: well, in fact there is no rk.XML.option() yet ;-) all options are directly defined by rk.XML.radio() as a list. but if one needs the possibility of getting an ID from an option, adding rk.XML.option() seems to be inevitable. i don't se another way to clearly specify which option you mean, except directly naming the ID yourself. Oh, I wasn't paying attention. Well, I'm not sure about the implications. Few options will ever need an id, and those that don't need one, should not be given one (to avoid name clashes, and for better performance). And inside one radio/dropdown, the number of id'ed options will certainly be limited, anyway. Thus, perhaps, naming an id manually, is the way to go. I.e rk.XML.radio() could accept options like this: list (First option=c (val=1), Second option=c (val=2, chk=TRUE), Optional option=c (val=3, id=three)) Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi again, On Saturday 11 October 2014 17:44:33 Thomas Friedrichsmeier wrote: Thus, perhaps, naming an id manually, is the way to go. I.e rk.XML.radio() could accept options like this: ok, I was too slow... Well, perhaps if you can make it so that rk.XML.radio() can accept a mixed list like this? list (First option=c (val=1), Second option=c (val=2, chk=TRUE), rk.XML.option (Optional option, val=3, id.name=three)) The point would be to make sure that options that don't need an id don't get one, automatically. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://p.sf.net/sfu/Zoho___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] quick (hopefully) feature request: show some NA info in data editor
Hi, On Thursday 09 October 2014 17:05:10 meik michalke wrote: (Now, next you'll want a more obvious method to differentiate between NA and while _entering_ strings...) hm. actually, i think it's already quite all right: del makes a cell NA, if you don't double-click it. but it is indeed a bit unintuitive that for *string* columns, it's enough to double-click a cell to change its value from NA to , whereas for all other column types the value doesn't change. true, but not so easy to fix. Double click opens the editor widget, and it's not so trivial to track what's going on in there. All we see is that the editor (after closing it/switching to another cell) holds an empty string, and we can't really assume this means the user did not want to touch the NA, either. Let's just assume, users don't double click cells without intending to edit them? At least now it's easy enough to see the effect. also, just a minor issue: the R console only shows string NAs as NA, all others as NA. don't know if we need that level of equivalence, but it might confuse some users to see a string NA when it should be a numeric NA (or whatever) in a cell. In the interest of simplicitly, I think I'll just ignore that. Well, that's more difficult, indeed. One option would be showing all strings quoted, but I'd say that's not without potential for confusion, either... a start could be more consistency: when you fill a string cell with more text than its width, it is truncated by ... to indicate there's more. firstly, it would be better to color the ... also in that light grey now, so you don't confuse it with actual string values; secondly, these dots are currently missing if the value ends with lots of space characters. this makes untrimmed values hard to see. showing light grey quotes might actually not be so confusing. it could be made configurable via the format field (or globally). Again, not so trivial. ATM, all rendering is done by Qt. We just provide the text to display, and _one_ foreground color. Rendering can be customized, but that's not something to mess with at this stage. You could add it to the RFE tracker. by the way, is there a way to configure the font yet? for some cases, a monospace font would be more useful than the current default. Nope. But we already have a tracker item for that, IIRC ;-) Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Some thoughts on switching project hosting
Hi, On Wednesday 08 October 2014 21:26:52 Mario Fux wrote: Sorry for the delay to answer this long email and with my answer it will become even longer but I hope it helps and otherwise just ask and CC: me for no problem. This is not something to be decided in an instant. Thanks for your answers so far, and for your offer to be our sponsor in the incubation process! In a very short summary, I think, KDE's main advantages are: - Complete hosting solution - More focussed community - Very low entry barrier for those already involved in KDE While on github's side we have: - Potentially lower entry barrier for those not yet involved in KDE - More flexibility at the cost of more fragmentation I continue to lean towards heading for KDE.org. (Plus, perhaps a semi-official repo-mirror on github as an outreach to their community?). Fans of github, speak up. Either way, I'd like to be aware of the main problems before we are half-way migrated. So I'll list the points that could be a problem on KDE.org (some already mentioned, and commented on, before). Not all of these are mission- critical to us, of course. @Mario, for those bits that you can't give a definite answer, what is the best place to ask? Technical stuff: 1) There are a couple of known areas, where we don't comply with KDE's code policy, yet. Most of that is fixable, and we are certainly willing to work on that (e.g. our plugins are not currently translatable). However, the project is quite large, and some of this may take time, esp. when porting to KF5 is also on the list. What is the expected time frame for taking care of such technical problems. And will this block us from claiming rkward.kde.org, making releases on download.kde.org, and using mailing lists? 2) Two other items on the code policy are a more fundamental problem to us. My worry here is not so much about uninformed commits to our repository, but it's quite important to know, will this non-compliance be tolerated, will it be a problem while under review. 2a) For one thing, we do have documentation in docbook format. However, the main in-app documentation is based on a custom XML specification. Essentially this is for consistency with the documentation format in our plugins (where using docbook would have too much of an overhead, and not allow certain features, such as dynamically filling in UI labels and info). 2b) A second thing is staying behind on new library features / continuing to use deprecated functions in KDE libraries. As explained, previously, this is because our user-base often has very old installations of KDE, but very new installations of R, and new versions of R often need new versions of RKWard. Wiki: 3) The KDE wikis, yes I know the theory behind the division into three. But I've had trouble finding the info I needed, more than once, in big part due to this split-up. For RKWard, a bunch of pages would fit into more than one category (several into all three), and I don't think that would really help. I'd like to keep the wiki in one place (on rkward.kde.org, once that is available). Would that be considered ok? For a decentral MediaWiki installation, could KDE.org accounts be used for login? External ressources: 4) Some external ressources we might want to keep. The launchpad daily builds are useful in their own right, for instance, because they cover different series of Ubuntu (and different versions of KDE libraries, BTW). I'm not quite clear, what that means with respect to the manifesto's continuity requirements. Donations: 5) We never raked in too much cash, but we are currently accepting donations via PayPal and flattr. I once got paid to develop a specific feature, and - without getting anywhere near concrete - we have considered trying our luck with a fundraising campaign to finance focussed development of certain features/tasks. What's KDE.org's take on individual projects looking for revenue? (I see amarok is selling T-shirts, digiKam is accepting donations) Timeline and Procedure: 6) I think in any case, the first step for us would be moving to a git repository on git.kde.org (ok, probably some sort of formal application, too; where?). Using downloads.kde.org wold have a rather high wanna-have rank, as downloads are one area where SF.net tries particularly hard to spoil their reputation. The target state would probably be having all our services currently hosted on SF migrated to their counterparts on KDE.org, and being accepted in extragear. But from KDE's point of view, which services will be available to us at what stage in the process, and can you give any estimates on the timeline? Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for
Re: [rkward-devel] [rkward-cvs] SF.net SVN: rkward-code:[4888] branches/external_plugins/rk.power/inst/ rkward
On Wednesday 08 October 2014 15:21:15 m-...@users.sf.net wrote: [...] Degrees of freedom for denominator [...] k times; (n minus; 1) [...] It took me a while to recognize this as valid (reading n as sample size per cell). However, I think the more common representation is N - k (reading N as total number of obs). At least that's the one I am used to, and it's also general enough to cover a design with covariates, for instance. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi, On Wednesday 08 October 2014 11:49:56 meik michalke wrote: - For GLM, would it make sense to allow to specify number of parameters to estimate, and sample size (N), instead of numerator / denominator df? i went for the wording used by ?pwr.f2.test, but i admit it sounds a bit scary ;-) thinking about it, there is one scenario, where my idea won't work, namely when estimating the number of estimatable parameters (or numerator df). In this case there is no trivial mapping from sample size to denominator df. Well, a small reminder on the relation between parameter count, number of observations, and df, in the help file will come in handy... - That said, I wonder, whether the following printout would be good enough (after the rk.header()): rk.print.literal (capture.output (print (x))) (we could add a new function rk.print.simple(x) for this kind of output. It would probably make sense in other places, too). to me it looks a bit more consistent with the RKWard output you're used to now. it partly emulates what print.power.htest() does, but with rk.* functions. for copypaste scenarios, i'd prefer that table. True, that would be somewhat inconsistent. But actually for some plugins, I'm not entirely satisfied with the output generated by rk.print()/HTML(). Esp. print lm estimation results. So that's where the idea came from. But we'll leave it for now. btw, if you have text for the help file, i would like to try to put it in the rkwarddev script, to test a new possibility to generate .rkh files i implemented just yesterday. Not much. I started, then stumbled across those issues, then got side-tracked. This is all I got so far: ## Documentation pwr.rkh.summary - rk.rkh.summary (Perform power anaylsis for a variety of statistcal methods.) pwr.rkh.usage - rk.rkh.usage (Given three of the parameters 'power of test', 'sample size', 'effect size', and 'significance level', this plugin will estimate the fourth, i.e. for example the test power of a t.test at a given sample size, effect size, and level of significance. On the left hand control, select which of the parameters to estimate. In the middle, specify the statistical method, on the right hand side, enter the values of the given parameters.) pwr.rkh.settings - rk.rkh.settings ( rk.rkh.setting (pwr.parameter.rad, text=Parameter to estimate, given the others.), rk.rkh.setting (pwr.parameter.towsamples.rad, text=Only shown when applicable: For estimating the required sample sizes for a test with two differently sized samples, specify which should be estimated, and which is given.) ) it stores text for elements by ID in an environement, and when rk.plugin.component() or rk.plugin.skeleton() use the scan option for setting nodes, that text is automatically filled in. to get the text into the environment, you can now provide it with the same functions which generates the XML element, e.g. rk.set.comp(Example component) rk.XML.cbox( label=Cherry, value=cherry, help=Check this to get a cherry on top.) without rk.set.comp() you'd have to 'add component=Example component' to the rk.XML.cbox() call, which is a bit annoying after the third time... to see the stored text, run rk.get.rkh.prompter() Not pretending, I understood this, completely, but sounds good. Will try when I have a bit of time (not today). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] quick (hopefully) feature request: show some NA info in data editor
Hi, On Wednesday 08 October 2014 16:18:17 meik michalke wrote: right now, the data editor doesn't visibly discriminate between NA, NA or in cells, they're all plain white, which can be a problem especially when dealing with strings. would it be much work to have those empty cells show some kind of greyed-out indicator wheter they are just empty strings () or really NA? true, that's easy enough. Check current SVN. (Now, next you'll want a more obvious method to differentiate between NA and while _entering_ strings...) related to this, i repeatedly had a problem with SPSS data sets where read.spss() did not trim string values, so they ended up like value and you didn't see the spaces. i have no idea yet how to solve this nicely (meaning: make it visible), but it's an awful trap if you're wondering why the hell your script doesn't find a match for value. Well, that's more difficult, indeed. One option would be showing all strings quoted, but I'd say that's not without potential for confusion, either... Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi Meik, On Sunday 05 October 2014 16:01:27 meik michalke wrote: sure, why not. would someone jump in to do write the help file? ;-) trying to write a help file sometimes helps to spot non-intuitive controls, or ones that could be simplified. Oh, and of course bugs...: - For the two sample tests, when estimating the size of one of the samples, why not always make it the second sample (i.e. first sample size provided)? - Syntax error for estimating sample size in different sample sizes proportion test. - In some cases, you get the not-so-helpful error message: Error in uniroot(function(n2) eval(p.body) - power, c(2 + 1e-10, 1e+07)) : f() values at end points not of opposite sign e.g. when no finite n2 sample size is enough to satisfy the given n1 sample size, effect size, power, significance level. I am not sure, whether this applies in all cases, but where it does, it would be good to print a more helpful message. That might mean pwr.result - try (pwr.whatever(...)) if (class (pwr.result) == try-error) { rk.print (Power anaylsis not possible at the given specification) return () # Exits local(), so no need to put the rest inside an else{}. } - For GLM, would it make sense to allow to specify number of parameters to estimate, and sample size (N), instead of numerator / denominator df? - In the generated printout() code, things might get slightly simpler, if you print the header earlier: # Prepare printout rk.header(pwr.result[[method]], parameters= c (list(Target measure=Whatever), pwr.result[alternative])) note - pwr.result[[note]] pwr.result[c(method, note, alternative)] - NULL rk.results(as.data.frame (unlist (pwr.result)), titles=c (, Parameters)) if(!is.null(note)){ rk.print(paste(strongNote:/strong , note)) } [...] - That said, I wonder, whether the following printout would be good enough (after the rk.header()): rk.print.literal (capture.output (print (x))) (we could add a new function rk.print.simple(x) for this kind of output. It would probably make sense in other places, too). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-users] [rkward-announce] Upcoming release, call for testing and translating RKWard 0.6.2
Hi! On Tuesday 07 October 2014 17:19:16 meik michalke wrote: Am Montag, 29. September 2014, 20:21:33 schrieb Thomas Friedrichsmeier: RKWard: 0.6.2. I would like to ask you for help in testing, packaging and translating. a colleague of mine tried to upgrade to the new windows bundle -- but failed. the only thing he gets is a no such file or directory error, while it remains unclear which file/directory is in question. he had RKWard installed before and it worked fine. we tried to remove the .rkward folder as well as all other folders related to the previous installation, re-installed and rebooted several times, but to no avail. ideas? - Any chance he was using existing icons / shortcuts / link from a previous install (and now pointing into the void)? Try starting from c:\path\to\installed\bundle\KDE\bin\rkward.exe - Start from the command line using rkward.exe --debug-level 4. This should print a bit more info. - Try to specify the location of R, explicitly: rkward.exe --debug-level 4 --r-executable C:\RKWARDbundle\R\bin\i386\R.exe (or whereever R is at). - Does any window show up, at all? Is that literally the whole error message? - While this _should_ not be a problem, any longer, the safest installation path has no spaces in any folder name, and all parts of the folder name are 8 characters or less. - If all else fails, you could try using the custom installer. This can simply be pointed to KDE and R in the bundle. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-users] [rkward-announce] Upcoming release, call for testing and translating RKWard 0.6.2
Hi again, never mind my previous mail. I figured out what's wrong. (When updating the bundle to test2, I forgot to adjust the path to R to be relative, and thus the bundle cannot be moved to a different path). Will upload a new bundle, in a minute. It should still work to simply run the custom installer on top of the bundle, or specify --r-executable on the command line. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] [rkward-users] [rkward-announce] Upcoming release, call for testing and translating RKWard 0.6.2
On Tuesday 07 October 2014 18:29:18 meik michalke wrote: that helped. it turned out the installer set completely wrong paths, namely to a non-existent drive K: Yes, see my other mail: My bad. Fix is being uploaded. snip c:\RKWardRKWard.exe.lnk Debug: path of the process dbus-daemon seems to be outside of the installPath: C:/Program Files/RKWard/KDE/bin C:/RKWard/KDE/ Debug: path of the process klauncher seems to be outside of the installPath: C:/Program Files/RKWard/KDE/bin C:/RKWard/KDE/ Debug: path of the process kded4 seems to be outside of the installPath: C:/Program Files/RKWard/KDE/bin C:/RKWard/KDE/ /snip Huh? I wonder what this is about. _Is_ there a dbus-daemon.exe at C:/Program Files/RKWard/KDE/bin? Is it on the PATH? Any symptoms besides this message? Esp. do help windows / output window work? and by the way, i now see why windows users tend to send screenshots instead of text like above: microsoft successfully managed to make copypaste from that console like impossible, select all was the only thing that worked and we had to strip the whole history. Yes. Astonishing is about the only word I can find for that. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] power analysis plugin
Hi, On Sunday 05 October 2014 16:01:27 meik michalke wrote: That might even help work around the squeezing you get when switching from single sample to two samples (depending on dialog height). that's still an annoying bug, isn't it? by the way, while working on this i came to notice that the squeezing only happens on my laptop, not on my desktop machine -- both run the same distro, KDE and Qt versions and, from what i can see, use the same desktop theme, window layout stlye etc. on my desktop, the window is always resized accordingly (it only never shrinks after it had grown due to new elements appearing). Well, no idea why it works in some cases but not in others. Not much point in debugging such details before porting to KF5/Qt5, though. One thing that has always been slightly buggy regarding Qt layout is when text is word-wrapped. Any chance this could be the difference (i.e. note is word- wrapped on your laptop, but not on your desktop)? Another thing is: Considering this looks fairly finished (apart from documentation), and useful to a wide audience, should we make this part of the 0.6.2 release? sure, why not. would someone jump in to do write the help file? ;-) I'll see what I can do. how would you like to do this? generally, i'd prefer to add it as a kind of bundle, so it remains a plugin on its own, at least so it can be disabled easily in the plugin configuration. this makes it easier to release updates of that part without having to wait for another RKWard release. but that's probably a bit more complex to do right, at least for the debian packaging? On a more general note, which external plugins are ready for inclusion? don't you think the menus might get a bit to crowded if we include it all? Well, yes, the menus are starting to be crowded (although I don't think it's a real problem, yet). But are they crowded with the right things? If / when we make a plan on which plugins should be enabled/disabled by default, power analysis would _not_ be among the first to go, IMO. perhaps we can re-think the plugin installations process instead, to make it more obvious which plugins are available (at least the ones in our own repo). That's true in it's own right. But I think having to install a plugin, in order to be able to use it, is always going to be more cumbersome / less discoverable. And at least from a bandwidth point of view, including plugins has a barely noticable impact on the size of releases. From another point of view, there are two areas that could be improved: - Having an easy way to provide updates for official plugins without a full release. That might be as simple as changing the rule first to be defined wins to latest version wins, when dealing with conflicting plugin declarations. (Well, actually, that's easier said than done, implementation- wise, but conceptually, it's straight-forward...) - Providing better control over which plugins are active. I'm still not convinced, the level of individual plugins is (typically) the right granularity of control, but in fact, control should be more fine-grained than the current official pluginmaps, and esp. more fine-grained than simply using all.pluginmap, by default. Anyway, that's both for another release. Keep nagging me about it. But IMO it should not keep us from including more plugins, that are currently external, ATM. that said, i think the plugins for ANOVA, factor and cluster analysis are quite useable -- except they all lack docs... Ok. More than I can handle for 0.6.2, probably, but should be on the list for 0.6.3, then. (Well, yes, I really should have thought about this, earlier. OTOH, I think there is a point for releasing 0.6.3 rather shortly after 0.6.2 - i.e. before end of this year - anyway. This could include dynamic i18n for plugins, and some other bits that are mostly orthogonal to porting to KF5, technically.) you mean like a restart button for the R backend? :-D Well, I was rather thinking about some other _easy_ bits ;-). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] Some thoughts on switching project hosting
Hi! Recently, there has been more than one reason to be not-so-happy with our current project hosting (i.e. SourceForge.net). At the same time the git version control system gains more and more friends, and some people have suggested switching from SVN to git. Furthermore, KDE has become a much less monolithical environment (especially, but not only, in its new instantiation frameworks). All of these are good reasons to re-consider our hosting options. I think, the most obvious choices would be: - Staying on SF, and keeping everything as is - Staying on SF, but switching to a git repository - Moving project hosting to github.com - Advantage of having a rapidly growing community - Moving project hosting to kde.org - Advantage of being the community working on the same platform, and thus having the most obvious potential for synergies. Well, the point of this mail is not really to discuss the pros and cons of each of these options. That _is_ a discussion worth having, but right now, my goal is to explore what hosting requirements we have, and how we would go about migrating in order to ensure a mostly smooth transition. I'll let you know that I'm currently leaning towards kde.org, though. Please feel free to start a debate on this, esp. if you would favor another solution. -- So: What services do we use, and what should we keep in mind about each: 1. Version control: Our needs here are fairly straight-forward. However, some things to consider when migrating. - Links to SVN location are at a bunch of places: - Our wiki - MacPorts port file - Windows emerge build file - (Purely informational also in Debian/Ubuntu package) - Possibly other packages, we are not directly involved with - Some people build from SVN, regularly - Our Ubuntu daily builds on launchpad use a mirror of our SVN - Launchpad translations syncs the message template from our SVN Some of this may become obsolete when migrating (at least the launchpad translations, when migrating to kde.org). However, to ensure a somewhat smooth transition, we will probably have to make sure to keep our SVN at SF.net alive for quite a while, probably as a mirror of our primary VCS, then. 2. Wiki and Web: Our project web, i.e. the pages under http://rkward.sf.net mostly consist of a MediaWiki installation. I think that still makes a lot of sense, so we'll want to migrate that 1:1. Further we have a few plain HTML- files (importantly the building-plugins docu), and some PDFs. Also an apt- gettable repository of Debian packages. References to our project pages are all over the place, including compiled into RKWard itself. So we absolutely want to set up some sensible redirects, and these should be active for quite some time. 3. Bug and feature tracker: These are a custom brew by SF.net (Allura). I don't know, whether there is a smooth migration path to bugzilla, yet. If possible, we'd like to migrate both open and closed bugs. Even closed tickets are still valuable for later reference, at times. In this respect, there is a further problem to solve: A bunch of comments in the code, and commit messages references bug tickets. There should always be a way to resolve these to an existing URL (this needs not be a really user- friendly way, though). The location of our bug tracker compiled into RKWard is now an automatic redirect. However, non-redirecting links will be found in the wiki, and probably other places. 4. Mailing lists Anyone with experience in migrating mailing lists (mailman) to a new hostname? Links to the rkward-de...@sf.net list are all over the net, I'm afraid, and also compiled into RKWard. Thus the old address(es) should remain active for a fair amount of time to come (but could be forwarding to the new mailing lists). It would be nice to keep the archive at http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/ functional. As with bug tickets, many code comments and commit messages contain references to mails. Links to mails in the archive will also be found in the wiki. 5. Forums The public forums were never too active. But they were used for discussing issues at times. Preserving those discussions for reference would be really nice, although this could be achieved with a simple HTML-mirror. A true import into another forum software is probably not necessary. 6. Downloads Obviously we need to offer file downloads. This includes some pretty large files, esp. for the bundled binary releases (~150MB for Windows, ~400MB for MAC, source bundles up to 800MB). We even have one file of 2.7GB for download, currently (Windows build environment). These will probably get smaller, but not small after porting to KF5 (aka KDE 5). -- Please fill in the bits I forgot. To sum it up, migrating to a new hosting is going to require a good deal of work. Some of you have been wondering, why I've taken a rather conservative stance on the
Re: [rkward-devel] power analysis plugin
Hi, On Sunday 05 October 2014 12:00:05 meik michalke wrote: i also fixed the sample size controls for two sample designs, and added the possibility to provide eta squared instead of cohen's f. a thought on that: For two samples, you could hide the number of observations _per sample_ note. That might even help work around the squeezing you get when switching from single sample to two samples (depending on dialog height). Another thing is: Considering this looks fairly finished (apart from documentation), and useful to a wide audience, should we make this part of the 0.6.2 release? On a more general note, which external plugins are ready for inclusion? (Well, yes, I really should have thought about this, earlier. OTOH, I think there is a point for releasing 0.6.3 rather shortly after 0.6.2 - i.e. before end of this year - anyway. This could include dynamic i18n for plugins, and some other bits that are mostly orthogonal to porting to KF5, technically.) Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Some thoughts on switching project hosting
Hi, putting Mario in CC, as he might be able to clear up some details, esp. with respect to what hosting on kde.org would mean. (Mario was in BCC in my first mail, as I wasn't sure, whether that email address was ok to use in public). On Sunday 05 October 2014 17:12:46 meik michalke wrote: Am Sonntag, 5. Oktober 2014, 09:27:57 schrieb Thomas Friedrichsmeier: That _is_ a discussion worth having, but right now, my goal is to explore what hosting requirements we have, and how we would go about migrating in order to ensure a mostly smooth transition. i'm glad this comes up :-) i don't know so much about the infrastructure of KDE, but having seen how smooth it is to host stuff on github, it sure is time to think about a migration, carefully. I think github and kde.org are probably not entirely mutually exclusive, although I'm not so keen on spreading the project across ever more service providers. But of course as git is a distributed VCS, boundaries are much less absolute in either direction. I don't know too much detail about KDE's offerings and requirements for projects, myself, but here's an initial list of pros and cons, based on my understand so far: Access control: - On KDE we won't have close control over who can commit - err push - and who can't. On the other hand, this might encourage contributions from the KDE community. Code policies: - On github.com we'd have all freedom. On KDE.org, applications are expected to comply with a few rules (https://techbase.kde.org/Policies/Application_Lifecycle). This could actually be a bit of a problem, as so far we have been deliberately _not_ following certain developments in order to keep backwards compatibility with earlier kdelibs releases as much as possible. @Mario: Background is that a good deal of our users is highly conservative about updating anything on their system _except_ jumping head-first to each new release of R. Problem is that fairly often, new release of R required changes on our side. So our latest code always had to be both forward compatible with the latest R, and backwards compatible with pretty dated kdelibs. Of course, when porting to KF5, we'll have to make a clean cut, anyway. However in the not too distant future, we may again want to stay behind on some changes in KDE. Exactly how much of the problem is that? Bug tracking: - On github, we'd have a separate tracker for ourselves. On kde.org we'd be yet another category inside a huge bugzilla. OTOH, this would make it much easier to forward kdelibs-/ktexteditor-related bugs, or even weed these out on submission (if they have been reported, before). - I don't think there are any fundamental differences regarding integration of bug tracking with wiki / commits / etc. Web hosting: - KDE.org offers projects subdomains of kde.org (@Mario: Only once accepted into extragear, or already in earlier phases?). AFAICS we'd have pretty much all the flexibility we'll ever need, there. Not sure on the maintainance burden, though. Github seems much more reduced in comparison. I think for the project's main user-facing landing page, github just isn't shiny enough. Downloads: - @Mario, how exactly are KDE extragear projects expected to distribute (binary) files? Are there any limits on what / how much can be offered for download? Wiki: - KDE has some central wikis (techbase, community, userbase), although the division between these has always been confusing to me. On github the wiki would remain separate. Probably we could host a custom wiki on rkward.kde.org, too. Translations: - KDE has a translations team, that hopefully will help us out. On github, we'd have to stick with a separate solution (currently translations.launchpad.org). Other tools: - KDE.org has reviewboard, which I like a lot. I don't have first hand experience with pull requests on github. Community: - On KDE.org there's definitely more hope that skilled folks will help us with certain tasks. If it's not coding or documentation, it might still be packaging. IMO, that's probably the biggest selling point for kde.org. The brand: - Regardless of how we feel about either brand, we're technically bound to KDE for good, anyway. What I think so far: - Hosting on KDE.org seems rather natural for a KDE project targetting end users. The biggest question is whether we can and want to follow all rules KDE.org expects from us. -- how about something along these lines: - we make RKWard 0.7.x the first KDE FW5 release branch - it starts with a new git repo, no matter where - RKWard 0.6.x remains as the KDE 4 branch, at least as long as 4.14 is commonly used; it will however only get bug fixes, development focusses on 0.7.x - it stays on sf.net SVN - later on, it can be moved to git as well, which shouldn't be so painful because there's no urgency Mostly agreed, except for developing one branch in SVN and the other in git. Cherry-picking commits
Re: [rkward-devel] [RKWard] [2014-09-29] Automatic crash report generated by DrKonqi
Hi! On Monday 29 September 2014 12:54:49 Jolay606 wrote: Application: rkward (0.6.1) KDE Platform Version: 4.13.3 (Compiled from sources) Qt Version: 4.8.6 Operating System: Linux 3.11.10-21-desktop x86_64 Distribution: openSUSE 13.1 (Bottle) (x86_64) -- Information about the crash: What I did : 1. open rkward (empty workspace) 2. open a recent workspace (in my case, that opened two script files and two function help) 3. right-click on one toolbar in order to select display icon only - crash ! RKWard does not crash if one stays with an empty workspace (no action 2) or if the order of the actions are 1-3-2 instead of 1-2-3. However the toolbar icon/text setting is not persistent. The crash can be reproduced every time. Thanks for your report. This looks awfully close to the report you sent early in 2013. Back then I was thinking, it was this issue in kdelibs: https://bugs.kde.org/show_bug.cgi?id=296622 . But this should long be fixed. Let's see: 1. I could not reproduce this, yet. I guess it does take some special ingredients to trigger the bug. Could you post the .rkworkplace-file that belongs to the workspace in question? (No need to post the data or the script files). 2. Can you tell, whether the problem was gone some time between your two reports? If so, can you pinpoint, when the problem started occuring, again? 3. I can reproduce the problem about toolbar settings not being saved. However, as I'm going with the defaults, myself, I am unsure, whether this is a new or an old problem. Can you tell? Regards Thomas -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] [rkward-announce] Upcoming release, call for testing and translating RKWard 0.6.2
Hi! After over a year, it's time for a new release of RKWard: 0.6.2. I would like to ask you for help in testing, packaging and translating. Details on available downloads, and a tentative release schedule can be found at http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Release_Schedule as usual. The targetted release date is October 20, and I would like to ask you to provide feedback by October 15. Note that in the current testing releases, some loose ends are not yet tied up. Importantly some documentation is still to be written, and tests to be updated. Additional preview releases will be created as we take care of these bits, and work to fix any bugs you find. Key features to look out for in RKWard 0.6.2 are the new RK() graphics device (used for plots by default), which finally brings RKWard's graphics features to the Mac, but also fixes some problems in corner cases. Also, there have been a number of additions to the plugin infrastructure, and the new Data- Recode categorical data plugin shows some of them (this plugin needs thorough testing, please take a look!). Importantly, plugins can now query the R backend for information such as factor levels. See the release schedule, above, for all relevant instructions and downloads. --- Translators --- Now is a good time to start updating your translations. As usual, the deadline to send your updates ends with the testing phase on October 15, as we will be finalizing the sources, shortly after. As a reminder, RKWard is registered for translations on launchpad: https://translations.launchpad.net/rkward , and it is recommended to upload your translations, there. Sending translations by mail is also ok, of course. Thanks! Thomas signature.asc Description: This is a digitally signed message part. -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___ rkward-announce mailing list rkward-annou...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-announce -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] block annoying cookie question
Hi, On Saturday 13 September 2014 16:21:55 meik michalke wrote: did anyone find a method yet to get rid of these annoying Your Choice Regarding Cookies on this Site config dialogs in SF.net for good? whenever i just want to quickly look up something, this darn window pops up and takes ages to finish whatever it is doing. it says here this is due to EU cookie regulations: http://sourceforge.net/p/forge/site-support/6374/ well then, why is SF.net the only site that bugs me with this? did they get their very own EU legislation? or did they simply look for the most nerve- wracking way of implementing it? when people learn to avoid visiting SF.net (like me), it's not good for RKWard either. for what it's worth: I've filed a rant about this with SF. They have converted it to a feature request: http://sourceforge.net/p/forge/feature-requests/324/. On the upside, you can vote on the request, hoping this will help them realize the dimension of the problem, eventually. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard-devel Digest, Vol 94, Issue 9
Hi, On Saturday 20 September 2014 16:43:48 Aaron Batty wrote: K, that installed and ran okay, but the weirdest thing was that the regression dialog (only, it seems) has weird stretched texted. It's a graphical error, but I can't figure out why it wouldn't do the same thing everywhere. When I try to screencap the window, the problem goes away. None of the other analyses do it! So weird. weird, indeed. No idea. Is the whole dialog affected, or only a particular region of it? By the way, the thing that started this whole discussion, including an option to just save the lm object to the workspace (a la the ANOVA plugin) is not actually addressed by the SVN version of the regression plugin. It only saves the fitted values, when what is really needed is the residuals. Well, true. I was thinking, we can't possibly offer individual save-boxes for all the data in the lm-object, and so I kept it really frugal, deliberately. After all, going from fitted values to residuals is not so hard... (When I did my first steps in R, the hardest part in that area was figuring out how to make sure input and fitted values remain paired up in case of NAs - but the plugin does handle that). But on second thought, all other info in the lm-object is either stuff we already print to the output, or a copy of data that was fed into the model as input. And residuals are important enough to provide them really conveniently. Now in SVN, and we'll probably prepare more bundles for testing, soonishly. Now I'll just have to work on making the saveobject element somewhat smarter, but that's probably something for after 0.6.2. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] 4. Re: the error of the compiling (Thomas Friedrichsmeier)
Hi! On Friday 19 September 2014 09:22:20 白杨 wrote: Hello Thomas, We have zip up the latest two files named rkward.frontend.* and rkward.rbackend.*, and email you. I do not how to solve the problem, and expect your help as soon as possible. Looking forward to you reply. I hope you don't take it personal, but to be honest, I find it somewhat difficult to help you. Please do provide _more information_, on what steps you took and what exactly you did _before_ running into trouble. Here are some questions that I'm still not clear on: 1. Are you _really_ sure you want to compile RKWard from source, or do you simply want to _use_ RKWard on Windows? 2. In your latest attempt, have you succeeded in compiling RKWard (following my instructions in the previous mail)? 2b. If not, what's the error message this time around? 3. What exactly is the rkward.exe you are running? Where is it located, how did you install it (if compilation did not succeed), what messages does it show when running with rkward.exe --debug-level 5? 4. Sorry, if I haven't been clear enough: I'm looking for log files from your latest run, not parts of your build tree. One is going to be called rkward.frontend.XYZ, another is going to be called rkward.rbackend.XYZ. These are exactly _two_ text files in the same directory, somewhere in your Documents and Settings folder inside your home directory. They will have a timestamp corresponding to the time you tried to run, not compile rkward. BTW, I have uploaded an updated (binary) installation bundle, yesterday. Whether or not you really want to compile from source, you may want to give this a try: http://sourceforge.net/projects/rkwardextras/files/Windows/Development/updated_bundle/RKWard-0.6.1z_R3.1.1_KDE4.10.2.exe/download Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] SVN version of regression plugin...
Hi! On Monday 15 September 2014 07:22:19 Aaron Batty wrote: you're talking about the Mac version, right? Well, for me and most of my students, yes, but some of my students use Windows... Ok, there's a new installation bundle for Windows at http://sourceforge.net/projects/rkwardextras/files/Windows/Development/updated_bundle/RKWard-0.6.1z_R3.1.1_KDE4.10.2.exe/download . I have not yet tested it on any Windows machine besides my virtual development environment, though. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] the error of the compiling
Hi! I'm keeping rkward-devel in CC. Others may be interested in compiling on Windows (and the associated pitfalls) as well. On Friday 19 September 2014 17:08:19 you wrote: 1. Are you _really_ sure you want to compile RKWard from source, or do you simply want to _use_ RKWard on Windows? Yes,I want to compile RKWard from source. Ok. 2. In your latest attempt, have you succeeded in compiling RKWard (following my instructions in the previous mail)? 2b. If not, what's the error message this time around? Yes, I have succeeded in compiling RKWard without any error, but some warings. Good. 3. What exactly is the rkward.exe you are running? Where is it located, how did you install it (if compilation did not succeed), what messages does it show when running with rkward.exe --debug-level 5? The rkward.exe is the icon on the desktop, and it located in D:\kderoot\k\bin\rkward.bat. I do not understand how to running with rkward.exe --debug-level 5. Is it in cmd commond. Ok, we're getting closer to the issue. 1. Make sure your newly compiled rkward was really installed: cd %KDEROOT%\build\kdeapps\rkward-20121211\work\mingw4...\ (replace the dots as appropriate, of course) mingw32-make install (usually emerge should have done that, but it kind of looks like emerge got confused somewhere along the way). Double-check the file modification time of D:\kderoot\k\bin\rkward.exe and rkward.frontend.exe to make sure they are really the files you compiled, not some older version. 2. Remove D:\kderoot\k\bin\rkward.bat . This is a leftover of a previous installed version of rkward. The current version does not include this. This should have been removed by emerge --unmerge rkward. I'm not sure, why it's still there. 3. Remove the desktop icon, too. You can re-create it, when all other causes of trouble are ruled out. 4. Open a console, and do cd D:\kderoot\k\bin rkward.exe (optionally rkward.exe --debug-level 5, if problems persist). If all this works, you can create a shortcut to D:\kderoot\k\bin\rkward.exe on your Desktop. 4. Sorry, if I haven't been clear enough: I'm looking for log files from your latest run, not parts of your build tree. One is going to be called rkward.frontend.XYZ, another is going to be called rkward.rbackend.XYZ. These are exactly _two_ text files in the same directory, somewhere in your Documents and Settings folder inside your home directory. They will have a timestamp corresponding to the time you tried to run, not compile rkward. I have ziped up all the files and email you. Thank you for you help again. Well, only in case problems persist: No, I do not need your build tree, or any other complete folder. I need *two text files* located somewhere in the Documents and Settings folder inside your home directory, *outside* your build tree. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] the error of the compiling
Hi! Let's check some basics first, so we know what setup we are talking about. Here are my current assumptions on what you are doing. Please let me know, if any of these are incorrect: - You are starting from an emerge tree of KDE 4.10.2. Probably the snapshot we provide at http://sourceforge.net/projects/rkwardextras/files/Windows/Development/ - You have done emerge --update rkward, successfully. In essence, you don't need anything else for using rkward. Running make_release.bat is for creating an _installer_ for RKWard, and not needed for end users. In either case, I have done some work on the windows version during the past few days, fixing some issues, so you should try again with emerge --update rkward If that produces an error (check %KDEROOT%\buildlogs!), do emerge unmerge rkward rmdir /s %KDEROOT%\build\kdeapps\rkward-20121211 emerge rkward (The make_release.bat script was also updated, in case you really need it). On Thursday 18 September 2014 16:13:30 白杨 wrote: (2)This is the second question in the following. When I run the RKWard,there are such error. [...] How I may run this program? Thank you for your help for me. Always start using rkward.exe, _in the installed version_ (not inside the build tree). I.e. %KDEROOT%\bin\rkward.exe . *If problems persist*, start as rkward.exe --debug-level 5 in order to gather debugging diagnostics. I can't ever remember where exactly to find the generated log files on the various flavours of Windows. Search your user directory for files name rkward.frontend.* and rkward.rbackend.*, zip up and post the latest pair of these two files. Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] SVN version of regression plugin...
Hi! On Thursday 18 September 2014 17:52:22 Aaron Batty wrote: Yup, it's broken. I installed R 3.1.1 for OSX 10.9+, then installed the above. An error comes up immediately: The KDE installation could not be found (kde4-config). [...] Ok, to work around that particular error (until we figure out, how to fix it correctly), add the folder where the KDE binaries are to your PATH. Not sure, where that is going to be in the bundle image. Meik, you're much more familiar with the bundle installation than I am. Is the relative path between rkward and kde4-config (and the other KDE binaries) always the same? In that case, we can simply compile it in. Otherwise, is there a way to set the path or working directory for apps? Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] compile error [was: New startup procedure]
Hi, On Tuesday 16 September 2014 09:48:34 meik michalke wrote: Am Freitag, 5. September 2014, 13:57:17 schrieb Thomas Friedrichsmeier: - Meik: If you do get around to test on Mac... looks like it doesn't compile: ok, compilation is now fixed. Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce. Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Project Website Issues
Hi Aaron, On Sunday 14 September 2014 10:34:58 Aaron Batty wrote: 1) HTTPS seems to be off/broken. yes. Very unfortunate. SF has expressed intent to fix this, eventually (in some support ticket that I'd have to dig up, again), but it does not seem to be a high priority... 2) Can't log in with my Sourceforge account to edit the wiki, and logging in at the main site doesn't persist via the cookie to the rkward subdomain. 3) Recovering account page (which shouldn't be necessary because my Sourceforge login works fine) doesn't load. Your sourceforge account is no longer connected to your account in the wiki (only your account name has remained the same). Use the Reset Password feature of the wiki: http://rkward.sourceforge.net/wiki/Special:PasswordReset . Let me know, if there is a problem with that. I remember that there was an issue about Sourceforge changing the hosting or something, but I had thought it was worked out... Here's the mail with background: http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg02261.html Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] SVN version of regression plugin...
Hi, On Sunday 14 September 2014 10:39:00 Aaron Batty wrote: That is fine for me, but I am returning to RKWard for teaching stats, after a disastrous year with SPSS. Is there a slick way I can get the students to install that? What I have done the last 2 times I have walked a class through installation is just show up with RKWard USB thumb drives and have them follow my instructions. Is there any way to get at that version easily? you're talking about the Mac version, right? As far as I am aware, we simply need to run Meik's magic script to update the bundle, but will I ever remember how to use it? Meik, do you have time for that, or do you want me to read up on this (I know, you've explained it to me at least once, so all I'd need to do is dig up the mail)? For Windows, I guess I can prepare a single installer next week (which you can run over a bundled installation in order to update it). We are also getting close to the point where we can roll the next official release. I just want to take care of one more loose end, then we can make a schedule for testing and release. Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] 1
Hi! On Friday 12 September 2014 15:29:23 白杨 wrote: Linking CXX executable rkward.rbackend.exe CMakeFiles\rkward.rbackend.dir/objects.a(rkrbackend.obj):rkrbackend.cpp:(.te xt+0 x9f3): undefined reference to `libintl_bindtextdomain' CMakeFiles\rkward.rbackend.dir/objects.a(rkrbackend.obj):rkrbackend.cpp:(.te xt+0 xa07): undefined reference to `libintl_bind_textdomain_codeset' d:/strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.7.3/../../../../i686-w64-m ingw 32/bin/ld.exe: CMakeFiles\rkward.rbackend.dir/objects.a(rkrbackend.obj): bad rel oc address 0x0 in section `.data' collect2.exe: error: ld returned 1 exit status rkward\rbackend\CMakeFiles\rkward.rbackend.dir\build.make:364: recipe for target 'rkward/rbackend/rkward.rbackend.exe' failed mingw32-make[2]: *** [rkward/rbackend/rkward.rbackend.exe] Error 1 CMakeFiles\Makefile2:481: recipe for target 'rkward/rbackend/CMakeFiles/rkward.r backend.dir/all' failed mingw32-make[1]: *** [rkward/rbackend/CMakeFiles/rkward.rbackend.dir/all] Error 2 Sorry for the long delay. I konw I've run into this problem, before, myself, but I did not really understand why, and can't remember what exactly I did to fix it. I believe, what helped was going to cd $KDEROOT\build\kdeapps\rkward-20121211\work\mingw4...\ and running mingw32-make there, manually (in a terminal where you ran kdeenv.bat before, of course). If that completes without errors, you can emerge --update rkward to finish installation. Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Rkward not starting
Hi, On Thursday 11 September 2014 21:50:14 meik michalke wrote: please refer to the homepage for possible upgrade instructions (e.g., one of the launchpad PPAs): http://sourceforge.net/apps/mediawiki/rkward/index.php?title=Binaries_and_Bu ild_Scripts in fact, Michael Rutter dependencies signifies this on Ubuntu, so pick a PPA from these: https://launchpad.net/~rkward-devel, one of the CRAN version of R variants. Regards Thomas -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard development version does not update packages via GUI on Ubuntu 12.04 since 05 september
Hi, On Sunday 07 September 2014 12:29:47 Janos Kis wrote: I tried to update packages with the RKWard GUI with the two latest development versions since 05 September. The Install packages pop-up window popped up, then nothing happened. However, I succesfully updated the packages using command line with RKWard. I use Ubuntu 12.04 platform. thanks for your fast report! This made it easy to find the bug. Should be fixed in tomorrow's daily build. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] i18n of plugins in rkwarddev
On Thursday 04 September 2014 09:46:07 Thomas Friedrichsmeier wrote: Here's a first idea for the process: - hide the localized pluginmaps in a subdirectory - these files would follow some specific naming convention. Easiest would be to have the lanuage code either at the start or at the end of the filename. - English version (or default language version) will not include the language code in the filename. - add one top-level .pluginmap, which includes the proper localized version as follows: require localized=true file=po/xyz.pluginmap/ - RKWard looks for files matching that name, and loads the one matching the current language, if available, or the default one. - Earlier versions of RKWard will simply overlook the localized-attribute and thus load the default language .pluginmap, as before. Ok, this is now an undocumented (and untested) feature in the development version. The localized versions should be called e.g.: de_DE.mystuff.pluginmap or de.mystuff.pluginmap (The algorithm is to prefer a language_COUNTRY match, if available, next a plain language match, next language_ANYTHING, next the default version of the .pluginmap). Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
[rkward-devel] New startup procedure
Hi! A short note, as this could conceivably still have issues on some systems: I have changed the way RKWard gets started. The curious among you may be aware that this used to be done with a shell (or batch) script. As this had some non-fixable issues on the Windows platform, I changed that to a binary wrapper. Long story short: - If you're experiencing trouble starting the development version of RKWard starting today, this is why. Do let me know. - Meik: If you do get around to test on Mac... - As some have been asking for that: If you have several installations of R, _and_ the rkward R library is installed to each, you may find the new command line option --r-binary interesting, which allows you to switch between R installations. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] New startup procedure
On Friday 05 September 2014 13:57:17 Thomas Friedrichsmeier wrote: - As some have been asking for that: If you have several installations of R, _and_ the rkward R library is installed to each, you may find the new command line option --r-binary interesting, which allows you to switch between R installations. --r-executable is the correct name of the option. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] i18n of plugins in rkwarddev
Hi! On Tuesday 02 September 2014 17:29:15 meik michalke wrote: not neccessarily -- it depends on what file formats and structures you'd like to have then. i can likely tweak i18n() and the other functions into producing something totally different instead, so the same scripts would still kind of work. you'd just have to run them again. True. I was talking about the code for generating the pluginmaps. i take it translatable strings would still need to be tagged, so some sort of i18n() function should to be i place there anyway. Yes, although for the majority strings i18n would be implicit. Importantly all UI-labels and documentation (at some places it may make sense to allow custom control whether a string should be treated as translatable or not, but that's a detail to worry about, later). The main place to find explicit i18n() markup will be inside the .js-files. _If_ you find a good way to change your approach to a separate catalog file, you could actually pioneer a bunch of work in this area, too. One thing that would remain useful, for instance, would be a function to extract translateable strings (in useful chunks) from .xml and .rkh files. Be sure to look at the work Yuri Chornoivan has already done on this: http://sourceforge.net/p/rkward/feature-requests/121/ . actually, i'm finished for the moment. the only thing missing would be implementing a check for the lang/xml:lang attributes in conflicting pluginmaps, but that would need to be done in RKWard, so i won't attempt that anyway ;-) even without it, you can now produce plugins in different languages in static format, easily. Thinking about how to implement this, it would be rather helpful, if RKWard could determine the language of a pluginmap without having to parse it (both much easier to implement, and much faster, if there are many localizations). So we'd need a way to tell RKWard that a some pluginmap-files for a set of localized maps. Here's a first idea for the process: - hide the localized pluginmaps in a subdirectory - these files would follow some specific naming convention. Easiest would be to have the lanuage code either at the start or at the end of the filename. - English version (or default language version) will not include the language code in the filename. - add one top-level .pluginmap, which includes the proper localized version as follows: require localized=true file=po/xyz.pluginmap/ - RKWard looks for files matching that name, and loads the one matching the current language, if available, or the default one. - Earlier versions of RKWard will simply overlook the localized-attribute and thus load the default language .pluginmap, as before. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] i18n of plugins in rkwarddev
Hi! On Tuesday 02 September 2014 12:58:15 meik michalke wrote: we discussed some plans for i18n in the past, but to my knowledge we didn't actually implement anything yet. There is an absolutely minimal, not yet usable start in svn... [not quoting all detail] what do you think? worth a try? For rkwarddev-based plugins, I guess this is a very interesting option. But I don't think it can become the approach to translation in the long run. Quite possibly worth a try for the time being, though. I see two basic problems: 1. Ok, when a single developer creates a bi-lingual plugin, inlining translations in the code may actually be a very straight-forward approach. When developers and translators are different persons, and/or translators are not too familiar with programming and programming tools, things can easily get messy, e.g.: - Developer makes a change in English and German translations, but forgets to remove now out-dated Polish. - Translator does not dare to touch the file, but sends list of translated terms to Developer. Developer screws it up, confusing some strings. Having a message catalog separate from the code sounds like a good idea, here. If it's in a standard format (xgettext), this also allows to use existing translation tools and translation infrastructure (such as launchpad). This may or may not be easy enough to change/add? 2. On the level of hand-made (non rkwarddev) plugins, having separate files means, any fix to a plugin would require fixing all localized versions, diligently. Obviously, that's just asking for trouble... For this reason, RKWard really needs to be able to load and use (compiled) message-catalogs at runtime. This _will_ happen, but of course you'll be well advised not to hold your breath. So your current approach may be a very useful interim solution. However, once I do manage to add proper i18n support inside RKWard, most of your code will become obsolete (work done on translations would not be wasted, though). So that makes it a question of how much more work you'd have to put in to it. Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] R2HTML orphaned on CRAN
Hi, On Tuesday 26 August 2014 20:56:01 Milan Bouchet-Valat wrote: OK, I think we are good now. I've added accessors for the old .HTML.file, and this works at least with my package which uses it. The checks look fine. I'm going to e-mail the maintainers of reverse dependencies and leave them some time to reply before pushing to CRAN. Anything I may have missed? just a nitpick: As a C++-developer I can't quite get used to it, myself, but I think the R way of a getter/setter pair is 'HTMLFile' - function() {...} 'HTMLFile-' - function(filename) {...} Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] R2HTML orphaned on CRAN
On Wednesday 27 August 2014 14:54:51 Milan Bouchet-Valat wrote: If Thomas agrees, I'll keep them as they are and send the message to the maintainers. Absolutely. Go ahead! Regards Thomas -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] R2HTML orphaned on CRAN
Hi! On Sunday 24 August 2014 10:20:56 Milan Bouchet-Valat wrote: Actually I also need a setter function in my RcmdrPlugin.temis package, so I'll add both a getter an a setter. The NEWS will have to mention that this update breaks API anyway. While we're at breaking the API: I've taken care of the other two notes, except for: * checking Rd \usage sections ... NOTE S3 methods shown with full name in documentation object 'HTML.cormat': ‘HTML.cormat’ The \usage entries for S3 methods should use the \method markup and not their full name. Now, HTML.cormat.Rd specifically says: Although the class \sQuote{cormat} is not defined, the function is called to \code{HTML.cormat}, to highlight the fact it should be called only with a correlation matrix. So, using \method markup would seem somewhat wrong, even if it would shut up the warning without too bad side-effects. Googling reveals, R2HTML is not the first package with that problem(*). There appears to be no workaround other than renaming the function. In fact, that may actually be reasonable, because HTML.cormat *will* become an S3-method for cormat objects, as soon as any package defines that class (not necessarily in a compatible way). I'm uncertain, whether we should a) use S3-method markup, anyway b) rename HTML.cormat to HTMLcormat, breaking the API (although of course we could keep a deprecated HTML.cormat along with a)) c) Ignore the note, assuming that CRAN maintainers will be ok with it. I tend to think, b) may be the best option after all. Regards Thomas (*): e.g.: - http://r.789695.n4.nabble.com/R-CMD-check-non-S3-method-warning-td4576398.html - http://r.789695.n4.nabble.com/S3-methods-with-full-name-in-documentation-td4490309.html - http://r.789695.n4.nabble.com/Need-to-tell-R-CMD-check-that-a-function-qr-R-is-not-a-method-td4642506.html -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] R2HTML orphaned on CRAN
Hi! On Wednesday 20 August 2014 23:14:59 Milan Bouchet-Valat wrote: If fixing all of R2HTML would take too much time, we could as well remove the offending functions, as it's always better for users than not being able to install the package from CRAN at all. If you are OK, I can volunteer for fixing the assignment in the global environment issue, and you would fix the two easier NOTEs. Then I would take care of maintaining the package. Deal? ;-) Ok, deal. The global assignment, and esp. maintainance were my primary concerns, the other two notes look very managable, indeed. So what's the workflow? Should I send you diffs against the current archive? Or will there be a source repository? (BTW, this is not necessarily a great option, but it is possible to add dedicated svn or git repos under the rkward umbrella on sourceforge.) Regards Thomas signature.asc Description: This is a digitally signed message part. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] R2HTML orphaned on CRAN
Hi! On Wednesday 20 August 2014 14:56:02 meik michalke wrote: Am Mittwoch, 20. August 2014, 13:57:06 schrieb Milan Bouchet-Valat: If nobody steps in to take up maintainership, it will eventually be archived. As RKWard uses R2HTML for output, it would be quite a bad situation. indeed. Would you be interested in working at fixing the few R CMD check WARNINGs and NOTEs in order to update the package? i sure don't have time to dig into the package to feel comfortable enough to make changes. Well, yeah, we don't seem to be swimming in developer ressources, ATM. what are the options? evaluate which functionalitiy RKWard uses exactly, and try to replace R2HTML with maintained alternatives (if there is any)? two things come to my mind: print(xtable(), format=HTML) and extending XiMpLe to make generating HTML easy enough to become independent from other packages? here's some stuff i've been toying around for some other project: That may not be the part that's actually difficult. BTW, we already create a custom HTML header in the first place. See rk.set.output.html.file(). The really nice thing about R2HTML is that you can simply do HTML (x) (or rk.print (x)) and expect a reasonable result for most common classes of objects. I do not think we actually use too many different classes in existing plugins (some tables, lm-, and htest-objects, as far as I am aware), but so far we can simply hint plugin authors to use rk.print(results) as a first, and often sufficient way to present results. Should R2HTML really go away, copying the bits we actually use, should not be too hard. Alternatively, for most purposes, rk.print.literal (capture.output (x)) or rk.print.literal (capture.output (summary (results))) would do the trick reasonably well. (And in fact, for some things, it may also be preferrable). One thing that could really mean trouble for us, is if R2HTML goes away, before we are prepared for it. So I guess we need to decide (before 0.6.2), whether a) We rely on R2HTML to continue to be available on CRAN, because it's still pretty popular, and somebody will certainly step forward. b) We rely on R2HTML to continue to be available on CRAN, because we take care of ensuring that ourselves. c) We modify rk.print() to be functional without R2HTML, so disappearance of R2HTML won't be catastrophic to RKWard. Thoughts? Thomas signature.asc Description: This is a digitally signed message part. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] windows native file dialog -- again...
Hi, On Friday 15 August 2014 14:54:30 meik michalke wrote: i have just noticed that RKWard for windows seems to ignore the file dialog configuration in (at least) one place: setting the personal R libraries (RKWard configuration - R-packages). i have just witnessed a series of crashes everytime this dialog was opened, and none of the recommended workarounds had any effect (admin privileges, setwd(), turning native dialogs off or on). noticeably, any other file dialog opened by RKWard was a KDE-style dialog which didn't crash the application, but the library settings always fired up the windows-style dialog and caused RKWard to freeze. can you confirm that? confirmed on WinXP. Also happens in the two other places, where we're asking for an existing directory (both at Settings-General: Directory where rkward may store files, and custom initial directory). It's definitely an issue in kdelibs, somehow. We're certainly not asking for a non-KDE-style dialog at any of these points. With luck, it has been fixed, meanwhile, and all we need to do is update the runtime version of KDE (in case you want to give that a try: essentially, install using the custom installer, using the latest KDE on Windows). No good idea how to work around it from our side. Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Enhancement request: Save the linear regression object
On Wednesday 13 August 2014 18:43:21 Aaron Batty wrote: It would be really nice if there were a checkbox in the linear regression GUI that allowed you to save the results, in addition to just displaying the summary. Doing a scatterplot of residuals is kind of pointlessly difficult right now, because you have to run the regressing again in the console and tell it to save the results to an object in the workspace. So you end up doing it twice. I was thinking that I'd make it a little fun summer project to figure out how to do that myself and have the students install it, but now since I can't even figure out how to get rk.Teaching in, I thought I should wait, and put my suggestion out there. I'm certainly not trying to stop you from figuring out, how to enhance plugins, but I've just added that to the SVN version (r4796). (I'm still having difficulty finding chunks of time that are long enough to be of any use for working on rkward. But this item was just easy enough. The next real priority item is still getting ready for a 0.6.2 release.) Regards Thomas signature.asc Description: This is a digitally signed message part. -- ___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] RKWard bug
Hi, On Tuesday 01 July 2014 14:31:38 Pier Giovanni Bissiri wrote: Dear Sirs, I have just updated R, and when I open RKWard, I always receive the following message: Connection closed unexpectedly. Last error was: QLocalSocket: Remote closed [...] The most common cause of this problem is that you upgraded from R 2.15.x to R 3.0.x or 3.1.x without upgrading RKWard as well. You need at least RKWard 0.6.1 for that, and it has to be a build of RKWard compiled against R = 3.0.x. We don't know, what system you are running, but if it is e.g. Ubuntu, suitable RKWard packages can be found at https://launchpad.net/~rkward-devel . Regards Thomas signature.asc Description: This is a digitally signed message part. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] IRT Manual for RKWard
Hi! On Thursday 15 May 2014 18:37:28 Aaron Batty wrote: As it so happens, I have written a quick 'n' dirty manual for using LTM via RKWard for a workshop I taught with a partner a few months ago. We didn't get into any polytomous models, though, because it was an intro workshop, but if you'd like a copy of what I have, email me. It's part of the growing pile of RKWard documentation I've made for my students/colleagues that I keep meaning to post on the RKWard wiki... Perhaps I shouldn't have said that outloud... Words like that _always_ get back to you... Anyway, perhaps a quick and dirty solution for this will be to simply upload those manuals without properly converting them to wiki pages. In the new wiki (see below), I have enabled uploads for file extensions pdf, odt, ods, odp, and odg (and common image formats). Let me know if you need any others. For starters just link them from the main user documentation page at http://rkward.sourceforge.net/wiki/User_Documentation and then leave it to others to sort them, and possibly convert them to wiki markup. Reminders on the new wiki: - It's still not quite public. Access it at http://rkward.sf.net/wiki/ - Use the password reminder function to unlock your account. (email will be sent to your @users.sf.net-address). Regards Thomas signature.asc Description: This is a digitally signed message part. -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Error code 1073741511
Hi! On Thursday 29 May 2014 03:03:41 Belén Vicente wrote: None rkward.rbackend file. I searched it and no results. Any idea? No really good idea, but here's the next things to try: 1) Wipe the installation (i.e. C:\RKWard), reboot, and try installing again. 2) Check your virus-scanner logs for any relevant messages. Perhaps it is blocking something. 3) From a command line, run c:\RKWard\KDE\bin\rkward.rbackend.exe. This is not going to work, but it _might_ give a helpful error message (if the cause of the problem is missing library symbols, for instance). Also, could you copy-and-paste the output of the standalone R session? Admittedly, this is mostly blind guessing. I hope one of these things will work, or provide further clues. Thanks! Thomas signature.asc Description: This is a digitally signed message part. -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Error code 1073741511
Hi! On Tuesday 27 May 2014 21:24:30 Belén Vicente wrote: - Yes, I used R before on this machine, with RStudio software. But right now, I need to use RKward. Actually, I have not problem now with Rstudio (I uninstalled it and cleaned the files before using RKward) - I removed c:/windows/users/belen/.rkward directory (it was empty) Not the .rkward directory, but any .RProfile files. IIRC, R will look for these a) Inside your user directory. b) In the current path when starting. It is quite possible that this is the issue, although RStudio was working fine. For one thing, of course RKWard should not crash (and in our development version, we already fixed this). For another, errors in .RProfile could come from e.g. trying to load an R package that has not (yet) been installed in the R installation in use by RKWard. - Start up a terminal of R with no problems. I run the iris database as example and everything looks fine. Ok, now try running the R.exe inside the RKWard installation. Should be at C:\RKWard\R\bin\i386\R.exe (Note: I'm not sure, wether the path is quite correct, can't check, ATM). Again, look out for any signs of errors or warnings. I attach you the rkward.frontend.mU2928 (none rbackend file) Thanks! Esssentially, what I can see from this is, that the R backend simply fails to start. I am rather surprised that no rkward.rbackend.XYZ file is being generated at all. Could you search your user home directory for a file by that name? Conceivably it ended up in a different location for some reason. Regards Thomas signature.asc Description: This is a digitally signed message part. -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
Re: [rkward-devel] Error code 1073741511
Hi! On Tuesday 27 May 2014 03:09:29 Belén Vicente wrote: I am trying to install the RKward program in my computer. It is a windows 7, 32 bits. I downloaded the bound file (R, KDE and KKward) from your web page. After the extraction, when I execute the file rkward.exe I get the following error message that I include below. I would very grateful with your help. The current version of RKWard on Windows has a problem running from folders that have spaces in their names, and this is the most likely cause of the issue you are seeing. Try moving the installation to a path without spaces or other special characters (e.g. use C:\RKWard). In some cases, running rkward.bat instead of rkward.exe will be enough. Let us know, if this helps. Regards Thomas signature.asc Description: This is a digitally signed message part. -- The best possible search technologies are now affordable for all companies. Download your FREE open source Enterprise Search Engine today! Our experts will assist you in its installation for $59/mo, no commitment. Test it for FREE on our Cloud platform anytime! http://pubads.g.doubleclick.net/gampad/clk?id=145328191iu=/4140/ostg.clktrk___ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel