{"tickets": [{ "status": "closed", "reported_by_id": "4d56be2ebfc09e144e062653", "related_artifacts": [], "attachments": [], "reported_by": "danielemedri", "assigned_to": null, "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "RKWard 0.2.7: proposals", "description": "\r\nTERMS AND CONCEPTS \r\nOn main window, I suggest to maintain the \"File\" entry \r\ninstead of \"Workspace\". It's a classical form and, \r\nthinking on localization, could be usefull. In \r\nitalian this could be translated in \"Area di Lavoro\" and \r\nisn't good. Other change is for the \"Windows\" menu that \r\nsould contain these entries: \r\n\r\n\"Show R Console\" \r\n\"Show Output\" \r\n\"Show Workspace\" \r\n\"----------------------------\" \r\n\"Open Command Editor\" \r\n\r\n\r\nLOCALIZATION PROCESS \r\nCreate the rkward.po file in the po/ directory. \r\n\r\n\r\nOBJECTS BROWSER WINDOW \r\nThere could be some confusion with the terms \"Objects \r\nBrowser\" and \"Workspace\". I think that spin to \r\n\"Workspace\" could be a good concept because \r\nthis classify \"objects\" in a working activity. \r\n\r\nThe object browser window sould change: \r\n\u00a0- title: s/Objects in the R workspace/Workspace/ \r\n\u00a0- s/<R Workspace>/Objects/ \r\n\r\nActually the \"type\" field value isn't shown. \r\n\r\nWhen things are going to stability, Everaldo \\(or friends\\) \r\ncould help us to realize glad icons for every kind of object \r\n\\(eg. icon for data.frame, icon for variables, ect.\\) in the \r\nCrystal theme fashion. \r\n\r\n\r\nR CONSOLE \r\n\r\nQuestion: with the new command editor, what sould be \r\nthe R Console windos? Many people/scientist use R in \r\nconsole and find usefull coding inside a terminal window. \r\nS-Plus erroneous was wrong about it in the past and we \r\nneed to avoid this way: a user-friendly interface is a \r\n\"flexible\" interface that could be easy but not stupid, that \r\nsuggest a simple way to do things but offer \"other\" ways \r\nfor geeks. \r\n\r\nIMHO, the R Console sould be a classical terminal \r\nwindow with R command line. A user will code inside this \r\nterminal with our loaded workspace and without any \r\n\"Run\" or \"Reset\" buttons. This capability port us to some \r\nproblems: when a user run commands, we need a \r\nsub-layer that control what happen \\(eg. removing an \r\nobject in the workspace with \"rm\\(my.data\\)\" sould update \r\nthe \"Workspace\" window \\(ex-Objects Browser\\) \r\nand close the data.frame window in Main\\). This kind of \r\ncontrol is a must. \r\n\r\nAn expert-user without classical R console could open \r\nrkward and an external xterm+R console to work on the \r\nsame workspace. RKWard need to lock activities \r\non the workspace area and address the use of rkward::R \r\nconsole instead. \r\n\r\nSchema: \r\n\u00a0rkward -> load workspace and lock activities on it \r\n\u00a0rkward-RConsole -> any code will be passed to a control \r\nlayer. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "62908031", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nRequest has been split up into separate items. ", "attachments": [], "author": "tfry", "timestamp": "2004-09-03 13:04:34", "last_edited": null, "slug": "bbea", "subject": "#1 RKWard 0.2.7: proposals" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2004-09-03 13:04:34", "last_edited": null, "slug": "ac48", "subject": "#1 RKWard 0.2.7: proposals" } ], "page": null, "subject": "" }, "mod_date": "2004-09-03 13:04:34", "votes_down": 0, "votes_up": 0, "_id": "50f52f4434309d12e68e0c56", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/62908031/", "ticket_num": 1, "custom_fields": { "_priority": "5", "_milestone": "Next_Release_(example)" }, "created_date": "2004-09-03 12:22:57" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "\"File\" vs. \"Workspace\"", "description": "On main window, I suggest to maintain the \"File\" entry \r\ninstead of \"Workspace\". It's a classical form and, \r\nthinking on localization, could be usefull. In \r\nitalian this could be translated in \"Area di Lavoro\" and \r\nisn't good. Other change is for the \"Windows\" menu that \r\nsould contain these entries: \r\n\r\n\"Show R Console\" \r\n\"Show Output\" \r\n\"Show Workspace\" \r\n\"----------------------------\" \r\n\"Open Command Editor\" \r\n\r\n\\(originally submitted by danielemedri\\) ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "cdec7aa7", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nI've been thinking about this back and forth a bit before renaming it to \r\n\"Workspace\". The problem I have with \"File\" is that I'm not sure, \r\nwhether it's really clear, what is meant by \"File\". RKWard deals/will \r\ndeal with a lot of different kinds of files: \r\n\\- workspaces \r\n\\- syntax-files \r\n\\- SPSS/SAS etc. files to be imported \r\n\\- R-libraries \r\n\\- output files \r\nFurther, having started with SPSS myself, \"File\" there refers to just the \r\nactive table \\(as there only is one table\\), while in RKWard you generally \r\nsave/load several objects at once - a workspace. \r\n\"Workspace\" might not be the only word for it. Maybe \"Project\" would \r\ndo, too - but do people generally see their data as a \"project\"?. And of \r\ncourse, the translation does not necessarily have to be all that literal, if \r\nyou can think of a better word conveying the general idea in Italian. \r\nHowever, I feel \"File\" is not quite specific enough and may be \r\nmisleading esp. to user migrating from SPSS or similar. ", "attachments": [], "author": "tfry", "timestamp": "2004-09-03 13:08:09", "last_edited": null, "slug": "4393", "subject": "#2 \"File\" vs. \"Workspace\"" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-04-15 19:24:39", "last_edited": null, "slug": "9147", "subject": "#2 \"File\" vs. \"Workspace\"" } ], "page": null, "subject": "" }, "mod_date": "2005-04-15 19:24:39", "votes_down": 0, "votes_up": 0, "_id": "50f52f4434309d12e68e0c67", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/cdec7aa7/", "ticket_num": 2, "custom_fields": { "_priority": "5" }, "created_date": "2004-09-03 13:01:03" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Internationalization ", "description": "Create the rkward.po file in the po/ directory. \r\n\r\n\\(originally submitted by danielemedri\\) ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "c8719d92", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nThe rkward.pot file is included in the 0.2.8 release. The file is also \r\navailable in CVS, but will likely be updated only short before each new \r\nrelease. If you're trying to keep up with development closer than that, \r\na\\) get the CVS-repository b\\) create/update the .pot file with \"make \r\npackage-messages\". As RKWard becomes more stable, the \r\nrelease-process will be changed to allow some time for translations to \r\ncome out directly with the release. ", "attachments": [], "author": "tfry", "timestamp": "2004-09-09 16:27:45", "last_edited": null, "slug": "7965", "subject": "#3 Internationalization " }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2004-09-09 16:27:45", "last_edited": null, "slug": "0ee6", "subject": "#3 Internationalization " } ], "page": null, "subject": "" }, "mod_date": "2004-09-09 16:27:45", "votes_down": 0, "votes_up": 0, "_id": "50f52f4434309d12e68e0c78", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/c8719d92/", "ticket_num": 3, "custom_fields": { "_priority": "5" }, "created_date": "2004-09-03 13:02:01" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Object Browser" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Object Browser", "description": "There could be some confusion with the terms \"Objects \r\nBrowser\" and \"Workspace\". I think that spin to \r\n\"Workspace\" could be a good concept because \r\nthis classify \"objects\" in a working activity. \r\n\r\nThe object browser window sould change: \r\n\\- title: s/Objects in the R workspace/Workspace/ \r\n\\- s/<R Workspace>/Objects/ \r\n\r\nActually the \"type\" field value isn't shown. \r\n\r\nWhen things are going to stability, Everaldo \\(or friends\\) \r\ncould help us to realize glad icons for every kind of object \r\n\\(eg. icon for data.frame, icon for variables, ect.\\) in the \r\nCrystal theme fashion. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a1e444e2", "posts": [ { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-04-15 19:25:19", "last_edited": null, "slug": "2b1f", "subject": "#4 Object Browser" } ], "page": null, "subject": "" }, "mod_date": "2005-04-15 19:25:19", "votes_down": 0, "votes_up": 0, "_id": "50f52f4434309d12e68e0c89", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a1e444e2/", "ticket_num": 4, "custom_fields": { "_priority": "5" }, "created_date": "2004-09-03 13:02:56" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "More terminal like console", "description": "R CONSOLE \r\n\r\nQuestion: with the new command editor, what sould be \r\nthe R Console windos? Many people/scientist use R in \r\nconsole and find usefull coding inside a terminal window. \r\nS-Plus erroneous was wrong about it in the past and we \r\nneed to avoid this way: a user-friendly interface is a \r\n\"flexible\" interface that could be easy but not stupid, that \r\nsuggest a simple way to do things but offer \"other\" ways \r\nfor geeks. \r\n\r\nIMHO, the R Console sould be a classical terminal \r\nwindow with R command line. A user will code inside this \r\nterminal with our loaded workspace and without any \r\n\"Run\" or \"Reset\" buttons. This capability port us to some \r\nproblems: when a user run commands, we need a \r\nsub-layer that control what happen \\(eg. removing an \r\nobject in the workspace with \"rm\\(my.data\\)\" sould update \r\nthe \"Workspace\" window \\(ex-Objects Browser\\) \r\nand close the data.frame window in Main\\). This kind of \r\ncontrol is a must. \r\n\r\nAn expert-user without classical R console could open \r\nrkward and an external xterm+R console to work on the \r\nsame workspace. RKWard need to lock activities \r\non the workspace area and address the use of rkward::R \r\nconsole instead. \r\n\r\nSchema: \r\nrkward -> load workspace and lock activities on it \r\nrkward-RConsole -> any code will be passed to a control \r\nlayer. \r\n\r\n\\(originally submitted by danielemedri\\) ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "5466e2ec", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nI think current CVS state is close enough to a \"real\" \r\nconsole to close this request. \r\nFor remaining issues with the console, please open \r\nnew specific requests. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-15 18:18:27", "last_edited": null, "slug": "c6ca", "subject": "#5 More terminal like console" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-04-15 18:18:27", "last_edited": null, "slug": "dd92", "subject": "#5 More terminal like console" } ], "page": null, "subject": "" }, "mod_date": "2005-04-15 18:18:27", "votes_down": 0, "votes_up": 0, "_id": "50f52f4534309d12e68e0c95", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/5466e2ec/", "ticket_num": 5, "custom_fields": { "_priority": "5" }, "created_date": "2004-09-03 13:03:39" },{ "status": "closed", "reported_by_id": "4d56be2ebfc09e144e062653", "related_artifacts": [], "attachments": [], "reported_by": "danielemedri", "assigned_to": "ecoch", "labels": [], "discussion_disabled": false, "assigned_to_id": "50f52eee34309d12e68dfb00", "private": false, "summary": "RMB item to duplicate an object", "description": "Example: RMB on object in workspace window show a \r\nmenu. In this one you find \"Duplicate\" that open a window \r\nthat show: \r\n\r\n\\- object name \r\n\\- various labels with check boxes on \r\n\r\nAn user could uncheck fields to create a new object with \r\nless field. A feature could be the possibility to \r\nnormalize/standardize every field. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d9cd93ed", "posts": [ { "text": "- **status**: open --> closed", "attachments": [], "author": "ecoch", "timestamp": "2005-02-27 16:23:06", "last_edited": null, "slug": "5ed4", "subject": "#6 RMB item to duplicate an object" }, { "text": "- **assigned_to**: nobody --> ecoch", "attachments": [], "author": "ecoch", "timestamp": "2005-02-27 16:23:07", "last_edited": null, "slug": "2455", "subject": "#6 RMB item to duplicate an object" } ], "page": null, "subject": "" }, "mod_date": "2005-02-27 16:23:07", "votes_down": 0, "votes_up": 0, "_id": "50f52f4534309d12e68e0ca6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d9cd93ed/", "ticket_num": 6, "custom_fields": { "_priority": "5" }, "created_date": "2004-11-19 17:20:29" },{ "status": "open", "reported_by_id": "4d56be2ebfc09e144e062653", "related_artifacts": [], "attachments": [], "reported_by": "danielemedri", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "SEMMA approach to RKWard", "description": "SAS with his Enterprise Miner follow the semma \r\napproach with a diagram area, icon tools to drag into \r\ndiagram, link these for a flow of actions. It's a visual \r\napproach used too by SPSS Clementine. \r\n\r\nApplied should be: \r\n\\- a tab on the left with tools dragable \\(actuall analysis\\) \r\n\\- a bottom tab to create/manage/delete new diagram \r\n\r\nEvery analysis -> its own wizard gui \\(like now happen\\!\\) \r\nThe analysis menu could be deleted after this new tab. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "dec69266", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nPartially, this depends on this item: \r\nhttps://sourceforge.net/tracker/index.php?func=detail&aid=1189713&group\\_id=50231&atid=459010 \r\n\r\nStill, after that a lot of work will be needed. This \r\nbelated comment is meant to signify that a\\) this will \r\nnot happen anytime soon b\\) it will happen some day. \r\n\r\nI don't think, the analysis menu should be deleted \r\nafter this. Rather, both kinds of interface could coexist \r\npeacefully. ", "attachments": [], "author": "tfry", "timestamp": "2005-10-13 21:37:57", "last_edited": null, "slug": "8a90", "subject": "#7 SEMMA approach to RKWard" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:21.524000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4534309d12e68e0cb7", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/dec69266/", "ticket_num": 7, "custom_fields": { "_priority": "5" }, "created_date": "2004-11-19 17:29:13" },{ "status": "open", "reported_by_id": "4d56be2ebfc09e144e062653", "related_artifacts": [], "attachments": [], "reported_by": "danielemedri", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Handling fields with missing values", "description": "A dialog that: \r\n\\- show the list of fields with missing values \\(like ggobi\\); \r\n\\- suggest methods to replace NA per-field, eg. approx\\(\\) ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d8261a99", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nHi Daniele, \r\n\r\nsorry. When you submitted this item, I think I had an \r\nidea of what exactly you meant. However, I delayed \r\nthis, and now I can't remember. \r\nCould you elaborate some on: \r\n1\\) When/where should this dialog be used? Which \r\nmenu entry, which context? \r\n2\\) list of missing values where? In a data-editor \r\ntable? Could you briefly describe, \"like ggobi\"? \r\n\r\nThanks\\! \r\nThomas ", "attachments": [], "author": "tfry", "timestamp": "2005-10-13 21:34:00", "last_edited": null, "slug": "b4ea", "subject": "#8 Handling fields with missing values" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:21.645000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4534309d12e68e0cc3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d8261a99/", "ticket_num": 8, "custom_fields": { "_priority": "5" }, "created_date": "2004-12-14 08:14:14" },{ "status": "closed", "reported_by_id": "4d56be2ebfc09e144e062653", "related_artifacts": [], "attachments": [], "reported_by": "danielemedri", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Options for R engine", "description": "A gui to configure basic option for R engine. \r\n\r\nSetting->Configure R engine \r\n\r\nEg. the buffer size, ... ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "dd62c123", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nHi Daniele, \r\n\r\nI hope I'll get around to take care of this soon. Could \r\nyou compile a list of the most important options, if \r\npossible along with the commands to set them in R? \r\n\r\nThanks\\! ", "attachments": [], "author": "tfry", "timestamp": "2005-09-13 11:06:07", "last_edited": null, "slug": "eea5", "subject": "#9 Options for R engine" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-09-13 11:06:07", "last_edited": null, "slug": "702b", "subject": "#9 Options for R engine" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nSome options to add: \r\n\\- use HTML-help \\(recommended\\), currently \r\nunconditional \r\n\\- use RKWard to display HTML-pages \r\n\\(recommended\\), currently unconditional. should \r\nallow to specify a different browser instead ", "attachments": [], "author": "tfry", "timestamp": "2005-09-15 08:09:55", "last_edited": null, "slug": "8609", "subject": "#9 Options for R engine" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nA number of basic options for R are now configurable \r\nusings Settings->Configure RKWard->R backend \\(in \r\ncurrent CVS\\). \r\nIf you want additional options to be added, please \r\nresubmit, specifying the options in question \r\nexplicitely. \r\nThanks\\! ", "attachments": [], "author": "tfry", "timestamp": "2005-10-12 17:18:50", "last_edited": null, "slug": "67fe", "subject": "#9 Options for R engine" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-12 17:18:50", "last_edited": null, "slug": "3eb8", "subject": "#9 Options for R engine" } ], "page": null, "subject": "" }, "mod_date": "2005-10-12 17:18:50", "votes_down": 0, "votes_up": 0, "_id": "50f52f4534309d12e68e0ccf", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/dd62c123/", "ticket_num": 9, "custom_fields": { "_priority": "5" }, "created_date": "2004-12-16 13:49:59" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": true, "assigned_to_id": null, "private": false, "summary": "Improved type checking for varslots", "description": "Currently type-checking in varslots is probably \r\ntoo strict. For instance there are a lot of numeric \r\ntypes that don't currently get accepted as \r\nnumeric in the varslot \\(e.g. \"AsIs\" inside a \r\ndata.frame\\). Given the vast number of R \r\nclasses, this may not be trivial. \r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "aada8df6", "posts": [ { "text": "- **status**: open --> closed\n- **discussion**: enabled --> disabled\n- **Group**: --> -------\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:09:00.058000", "last_edited": null, "slug": "ed2a", "subject": "#10 Improved type checking for varslots" }, { "text": "This is now tracked at https://bugs.kde.org/show_bug.cgi?id=357375 .", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:09:00.198000", "last_edited": null, "slug": "3a61", "subject": "#10 Improved type checking for varslots" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:09:00.216000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4634309d12e68e0cef", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/aada8df6/", "ticket_num": 10, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2005-04-15 18:21:56" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "configuration option for showing hidden vars", "description": "Hidden variables should be shown in \r\nvarselectors and the workspace browser \r\ndepending on a configuration option. Also it \r\nmight be helpful to add an RMB-option to toggle \r\nthis setting on the fly. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7373159b", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nWhile we're at it, we might want to add options for \r\nwhich fields \\(label/type/class\\) get shown by default. \r\nFurther, RKSettings should be converted to inherit \r\nfrom KDialog. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-21 14:22:10", "last_edited": null, "slug": "4b5e", "subject": "#11 configuration option for showing hidden vars" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-04-21 14:23:54", "last_edited": null, "slug": "2d5b", "subject": "#11 configuration option for showing hidden vars" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nOk, so I only added global options for this, plus a \r\n\"Configure View\" entry to the RMB-menu. This may \r\nnot be perfect, yet, but I'll close this request. Reopen \r\nit if you feel different about this. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-22 14:55:53", "last_edited": null, "slug": "4863", "subject": "#11 configuration option for showing hidden vars" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-04-22 14:55:53", "last_edited": null, "slug": "7f19", "subject": "#11 configuration option for showing hidden vars" } ], "page": null, "subject": "" }, "mod_date": "2005-04-22 14:55:53", "votes_down": 0, "votes_up": 0, "_id": "50f52f4634309d12e68e0cf6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7373159b/", "ticket_num": 11, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-15 18:23:34" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "cleanup of configuration options", "description": "With the new IDEAl GUI, a number of \r\nconfiguration options are obsolete, or at least no \r\nlonger working as expected. Esp. raising of \r\noutput/console window on new \r\noutput/commands. \r\nWe may want to keep those options internally \r\n\\(only hide them\\), in case one day we have an \r\nalternative GUI where they do make sense. But \r\nsince they do not have any effect at the moment, \r\nthey should better be hidden for now. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "248cfb24", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nThe output-options are now used again. \r\n\r\nThe console-options need a complete rework. \r\nCurrently they rather apply to the command-log, as \r\nfar as I can see. \r\n\r\nThe R-Backend->pager option will be obsolete soon. \r\n\r\nThe R-Backend->commandline args options \r\nprobably need a rework. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-13 10:55:04", "last_edited": null, "slug": "e81b", "subject": "#12 cleanup of configuration options" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nstatus update: \r\n\r\nobsoleted R-Backend->pager option has been \r\nremoved. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-18 15:30:28", "last_edited": null, "slug": "b15a", "subject": "#12 cleanup of configuration options" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nStatus update: \r\n\r\nR-Backend commandline args options \\(\"--slave\", \r\n\"--no-save\"\\) have been removed, as RKWard would \r\nnot function properly with them changed. \r\n\r\nStill to do: \r\nThe console-options need a complete rework. \r\nCurrently they rather apply to the command-log, as \r\nfar as I can see. ", "attachments": [], "author": "tfry", "timestamp": "2005-10-12 17:21:20", "last_edited": null, "slug": "4696", "subject": "#12 cleanup of configuration options" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-10-13 22:33:05", "last_edited": null, "slug": "bbf0", "subject": "#12 cleanup of configuration options" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nConsole options renamed to \"Command Log\" \r\noptions. Working again. \r\nNo further obsolete options at the moment. ", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 21:42:53", "last_edited": null, "slug": "4634", "subject": "#12 cleanup of configuration options" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 21:42:53", "last_edited": null, "slug": "edc5", "subject": "#12 cleanup of configuration options" } ], "page": null, "subject": "" }, "mod_date": "2005-10-16 21:42:53", "votes_down": 0, "votes_up": 0, "_id": "50f52f4634309d12e68e0d11", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/248cfb24/", "ticket_num": 12, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-15 18:26:34" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "ecoch", "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": "50f52eee34309d12e68dfb00", "private": false, "summary": "function help shortcut", "description": "The shortcut for function help \\(Crtl+I\\) does not \r\nwork for me in the command-editor, since the \r\nKate-part intercepts the shortcut and does \r\nindentation instead. Maybe we can chose \r\nanother shortcut without clashes. \r\nAlso it would be nice to have function help in the \r\nconsole, too. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "f084170d", "posts": [ { "text": "Logged In: YES \nuser\\_id=1131050\n\nThe shortcut is now F2, which was not used \\(I think\\).\r\n\r\nStill to do: handle correctly names with '.'s and '\\_'s, and\r\nprovide help in the console.", "attachments": [], "author": "ecoch", "timestamp": "2005-04-19 07:18:38", "last_edited": null, "slug": "aa24", "subject": "#13 function help shortcut" }, { "text": "- **assigned_to**: nobody --> ecoch", "attachments": [], "author": "ecoch", "timestamp": "2005-04-19 07:19:01", "last_edited": null, "slug": "77ff", "subject": "#13 function help shortcut" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nNames with '.'s and '\\_'s are handled correctly in \r\nCVS, now. \r\n\r\nStill to do: provide function help in the console. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-17 18:05:37", "last_edited": null, "slug": "b409", "subject": "#13 function help shortcut" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nOk, done. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-17 19:25:05", "last_edited": null, "slug": "8bc3", "subject": "#13 function help shortcut" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-17 19:25:40", "last_edited": null, "slug": "dbc5", "subject": "#13 function help shortcut" } ], "page": null, "subject": "" }, "mod_date": "2005-09-17 19:25:40", "votes_down": 0, "votes_up": 0, "_id": "50f52f4634309d12e68e0d36", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/f084170d/", "ticket_num": 13, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-15 18:29:00" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "interupting commands", "description": "Interupting commands is broken. But also it \r\nnever was quite good, you could only ever \r\ninterupt the one command last submitted in the \r\nconsole \\(as far as I remember that is\\). \r\nHence instead of \"fixing\" this, it will probably \r\nmake sense to come up with a better solution. \r\nAfter all, it should also be possible, to interupt a \r\ncommand from a plugin, from a command file, \r\netc. \\(while generally internal commands might \r\nnot be safely interruptable\\). \r\nWhat I think would be cool is to have a widget \r\ndisplay a list of commands currently in the \r\nexecution stack, i.e. pretty much visualize the \r\nRCommandStacks. Then commands / \r\ncommand chains can be selected to be \r\ninterupted, and also we can make a cool \r\nscreenshot ;-\\). \r\nWhat may make this somewhat non-trivial is the \r\nthreading stuff involved. Not sure right now, \r\nwhether we can safely get at the data in the \r\nRCommandStacks from the GUI-thread without \r\nduplicating that data. I'll look into that later and \r\nadd a further comment then. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "93b39bd9", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nWhen done, remember to clean up \r\n\"user\\_command\", etc. variables/functions in rkwatch \r\nand rkconsole \\(also in rkwardapp?\\). Those are \r\nleftovers from the old interupt functionality. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-17 20:11:56", "last_edited": null, "slug": "d01c", "subject": "#14 interupting commands" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nThreading should not be a big issue. All we need to \r\ndo is lock/unlock the mutex before/after accessing \r\nthe data in RCommandStack::regular\\_stack. \r\nProbably it does not make sense for a GUI-widget to \r\nbe kept actively in sync with the command stack \\(via \r\nsignals and slots or the like\\), but rather to update the \r\ncommand list in the widget every few seconds \\(if \r\nvisible\\) or on user request. \r\nThis is because \\_lots\\_ or small command get \r\ngenerated and delelted all the time. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-18 11:25:08", "last_edited": null, "slug": "28cc", "subject": "#14 interupting commands" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nOn second though, maybe it would in fact still be \r\neasiest to keep the list of commands directly in sync \r\nwith the RCommandStack. In fact, it might be smart \r\nto implement that functionality using direct calls from \r\nRCommandStack or RInterface \\(whenever a new \r\ncommand/chain is issued and whenever a \r\ncommand/chain is closed\\). \r\nRemember that using QT-GUI functions is only legal \r\nfrom the main GUI-thread. But it should be quite \r\npossible to do this right. ", "attachments": [], "author": "tfry", "timestamp": "2005-04-24 13:25:25", "last_edited": null, "slug": "656d", "subject": "#14 interupting commands" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-10-13 22:33:05", "last_edited": null, "slug": "7f21", "subject": "#14 interupting commands" }, { "text": "Logged In: YES \nuser\\_id=300591\n\ndone. see class RControlWindow ", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 21:01:11", "last_edited": null, "slug": "5aec", "subject": "#14 interupting commands" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 21:01:11", "last_edited": null, "slug": "f131", "subject": "#14 interupting commands" } ], "page": null, "subject": "" }, "mod_date": "2005-10-16 21:01:11", "votes_down": 0, "votes_up": 0, "_id": "50f52f4734309d12e68e0d56", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/93b39bd9/", "ticket_num": 14, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-17 17:59:50" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Allow empty lines when pasting to the console", "description": "Currently empty lines are ignored when pasting commands\r\nto the console. It'd be nice to handle empty lines\r\nproperly. I'll try to take care of that as soon as\r\npossible.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b8e38fda", "posts": [ { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-10-13 22:33:05", "last_edited": null, "slug": "bab1", "subject": "#15 Allow empty lines when pasting to the console" }, { "text": "Logged In: YES \nuser\\_id=300591\n\ndone ", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 20:58:57", "last_edited": null, "slug": "c4f8", "subject": "#15 Allow empty lines when pasting to the console" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-16 20:58:57", "last_edited": null, "slug": "6500", "subject": "#15 Allow empty lines when pasting to the console" } ], "page": null, "subject": "" }, "mod_date": "2005-10-16 20:58:57", "votes_down": 0, "votes_up": 0, "_id": "50f52f4734309d12e68e0d7b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b8e38fda/", "ticket_num": 15, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-18 08:13:35" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "use Rs new callbacks", "description": "R 2.1.0 seems to provide some new useful \r\ncallbacks for embedding. E.g.: \r\n\r\nextern int \\(\\*ptr\\_R\\_ShowFiles\\)\\(int, char \\*\\*, char \r\n\\*\\*, char \\*, Rboolean, char \\*\\); \r\n\r\nin order to call back the embedding application \r\nwhen paging needs to be done. See also: \r\nhttp://stat.ethz.ch/R-manual/R-devel/doc/manual/R-exts.html\\#Setting-R-callbacks \r\n\r\nOnce we all run R 2.1.0 \\(I don't yet\\), and think a \r\nreasonable portion of our userbase does, too, \r\nwe should start using those callbacks. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "6dfacf72", "posts": [ { "text": "Logged In: YES \nuser\\_id=1131050\n\nAlso R\\_EditFile would be useful. The current version of\r\nRKWard will not happily handle calls like: \"fix\\(MyFunc\\)\".", "attachments": [], "author": "ecoch", "timestamp": "2005-04-21 07:07:28", "last_edited": null, "slug": "baeb", "subject": "#16 use Rs new callbacks" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nAlso seemingly important: \r\nR\\_ReadConsole, R\\_WriteConsole. For instance the \r\ndemo packages use R\\_ReadConsole to place a \"To \r\ncontinue press <Enter>\" prompt. This still goes to \r\nstdout \\(and you can press enter in the console you \r\nstarted rkward from\\), but should rather happen in a \r\ndialog. ", "attachments": [], "author": "tfry", "timestamp": "2005-05-04 11:11:49", "last_edited": null, "slug": "db8a", "subject": "#16 use Rs new callbacks" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nStatus update: \r\n\r\nR\\_ReadConsole, and R\\_ShowMessage have been \r\nimplemented. \r\n\r\nR\\_WriteConsole will be very useful in replacing the \r\nentire sinking-to-file-business, however this is a \r\nlarger project. Also it will only really be useful, when \r\nR adds something like R\\_WriteErr. We should \r\nprobably delay this. \r\n\r\nR\\_ResetConsole, R\\_FlushConsole, and R\\_Clearerr \r\nhave been overridden to have no effect. We may or \r\nmay not want to reconsider this for R\\_FlushConsole, \r\nonce we user R\\_WriteConsole to get at the output. \r\n\r\nR\\_loadhistory, R\\_savehistory are untouched, and will \r\nremain untouched, as we keep our own history, and \r\ndo not submit commands the regular way, anyway. \r\n\r\nR\\_busy will probably not be needed. \r\n\r\nR\\_Suicide: Should definitely be implemented. No \r\nwork done so far. \r\n\r\nR\\_Cleanup: Not sure about this one. Delaying. \r\n\r\nR\\_EditFile, R\\_EditFiles, R\\_ShowFiles: Work on this \r\nhas started. \r\n\r\nR\\_ChooseFile: Work has not yet started on this, but \r\nshould be trivial to implement. \r\n\r\n\r\n\r\n", "attachments": [], "author": "tfry", "timestamp": "2005-09-13 11:17:04", "last_edited": null, "slug": "aee5", "subject": "#16 use Rs new callbacks" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-09-13 11:17:04", "last_edited": null, "slug": "9570", "subject": "#16 use Rs new callbacks" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nDone. Although some of those will need some \r\npolishing. Open separate requests / bug-reports for \r\nthose. \r\nFiles to look at for code details: \r\nrbackend/rembedinternal.s \r\nrbackend/rinterface.h ", "attachments": [], "author": "tfry", "timestamp": "2005-09-15 08:05:26", "last_edited": null, "slug": "9158", "subject": "#16 use Rs new callbacks" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-15 08:05:26", "last_edited": null, "slug": "886e", "subject": "#16 use Rs new callbacks" } ], "page": null, "subject": "" }, "mod_date": "2005-09-15 08:05:26", "votes_down": 0, "votes_up": 0, "_id": "50f52f4734309d12e68e0d91", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/6dfacf72/", "ticket_num": 16, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-20 17:49:53" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "plugins using R2HTML should call require (\"R2HTML\")", "description": "Subjects almost says it all. \r\nMost plugins require / will require R2HTML, so \r\nR2HTML is almost a necessary requirement for \r\nrkward. Still, calling \r\nrequire \\(\"R2HTML\"\\) \r\nexplicitly \\(in the \"printout \\(\\)\"-section\\) has the \r\nadvantage, that - if the user \r\ndoes not have that library installed - rkward will \r\ndisplay a prompt and the package-installation \r\ndialog. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "2713884e", "posts": [ { "text": "Logged In: YES \nuser\\_id=1131050\n\nFor simplicity's sake, though, let's advocate the use of\r\n\"rk.print\\(x\\)\", which is just like \"HTML\\(x\\)\", but with a\r\n\"require\" before. Plugins should use rk.print whenever\r\npossible. Anyway, it's better to encapsulate R2HTML, as we\r\nmight some day want to use something else.", "attachments": [], "author": "ecoch", "timestamp": "2005-04-21 14:21:57", "last_edited": null, "slug": "b63d", "subject": "#17 plugins using R2HTML should call require (\"R2HTML\")" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nDone. Of course output in general is still a major \r\npoint of inconsistency, and will need much more \r\nconsideration. That's a separate issue, however. ", "attachments": [], "author": "tfry", "timestamp": "2005-10-23 16:23:49", "last_edited": null, "slug": "01b3", "subject": "#17 plugins using R2HTML should call require (\"R2HTML\")" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-23 16:23:49", "last_edited": null, "slug": "7a37", "subject": "#17 plugins using R2HTML should call require (\"R2HTML\")" } ], "page": null, "subject": "" }, "mod_date": "2005-10-23 16:23:49", "votes_down": 0, "votes_up": 0, "_id": "50f52f4734309d12e68e0db6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/2713884e/", "ticket_num": 17, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-21 14:16:36" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "restructuring plugin directory layout", "description": "The current system of generating a \r\nmenu-hierarchy of plugins is both inflexible and \r\nconfusing. Rather than deriving the structure of \r\nthe menu directory from the structure of the \r\ndirectories the plugins are found in, we should \r\nuse a system consisting of: \r\n\r\n1\\) A set of xml-files in an arbitrary directory \r\nstructure \r\n\r\n2\\) An xml-file listing each of the plugin-files \r\nunder 1\\) and specifying where those plugins \r\nshould be placed in the menu-hierarchy. \r\n\r\nAdvantages: \r\n\\- We don't need one directory per plugin. \r\n\\- Placement in the menu does not rely on \r\nalphabtical ordering \r\n\\- Possibility to place plugins in main menus \r\n\\(e.g. the save/load plugins under \"File\"\\) \r\n\r\nThings to keep in mind: \r\nIn order to allow third parties to easily distribute \r\nadditional plugins, it will have to be possible to \r\ncombine several of the menu-description files \r\nunder 2\\) ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7c439bee", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone\\! \r\n\\(TODO: documentation updates\\) ", "attachments": [], "author": "tfry", "timestamp": "2005-09-11 22:07:38", "last_edited": null, "slug": "20fb", "subject": "#18 restructuring plugin directory layout" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-11 22:07:38", "last_edited": null, "slug": "1c5c", "subject": "#18 restructuring plugin directory layout" } ], "page": null, "subject": "" }, "mod_date": "2005-09-11 22:07:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f4834309d12e68e0dcc", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7c439bee/", "ticket_num": 18, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-25 18:17:41" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "make plugin system more modular and generic", "description": "This is one of my long-term TODOs. I'm placing \r\nit in the Feature-Tracker in order to have a place, \r\nwhere I collect my thoughts about how this can \r\nbe done. Consequently, some information in \r\nthis tracker-item may be rather cryptic. Sorry \r\nabout that. \r\n\r\nThe plugin system should be reworked to be \r\nmore modular. At the core there will be a class \r\nlike \"RKPluginComponent\". \r\n\r\nThe main ideas are: \r\n\\- Plugins should be able to simply \"include\" \r\ncertain components. E.g. a plugin to calculate a \r\ncorrelation could include a component to \r\ngenerate a scatterplot for this relation. \r\nImprovements in the scatterplot-component \r\nwould automatically be available in the \r\ncorrelation plugin, and there would be no need \r\nto duplicate code. \r\n\\- \r\nhttps://sourceforge.net/tracker/index.php?func=detail&aid=1069570&group\\_id=50231&atid=459010 \r\nAllowing a notebook or SEMMA-approach, i.e. a \r\nGUI-variant where you simply connect a series \r\nof calculations to each other \r\n\\- Easy hooks to create plugins / plugin \r\ncomponents using e.g. pyQt. I.e. implementation \r\nof a plugin / component should be easily \r\npossible in different languages. \r\n\r\n\r\nA plugin-component will have several \r\ncomponents: \r\n\r\n\\- A list of named input slots: \r\nFor instance a component to transform a vector, \r\nwill have an input slot for a numeric R object. \r\n\\- A list of named output slots: \r\nAlso this component will have an output slot for \r\na \\(transformed\\) numeric R object. \r\n\\- A QWidget derived GUI, allowing to set some \r\noptions \\(e.g. type of transformation\\): \r\nThere should be specialized input slots for each \r\noption settable in the GUI, so those options can \r\nbe set from outside \r\n\\- Further specialized input slots, e.g. controlling \r\nthe visibility / enabledness of the GUI options \r\n\r\n\r\nEach plugin component will have to implement \r\ncertain calls. Most importantly the \r\ncode-generation function currently executed \r\n\\(exlusively\\) in PHP: \r\npreprocess \\(\\), calculate \\(\\), printout \\(\\), cleanup \\(\\). \r\nThe plugin component will have to return \r\nmeaningful \\(or empty\\) R-code on each of these \r\ncalls depending on its settings. \r\nWhen used as a standalone plugin, this will \r\nwork roughly as it is now. When included in \r\nanother plugin, the including plugin will have to \r\nalso \"include\" those code-sections. \r\nEach component may rely on the current \r\nPHP-backend to accomplish code-generation or \r\nuse its own mechanisms. \r\n\r\n\r\nFurther ideas: \r\n\\- Special components that can be used by the \r\nmain app, e.g. as import/export filters \r\n\r\n\r\nMain problems \\(incomplete list\\): \r\n\\- Find a good description of input/output slots. \r\nThis will have to include information on types of \r\ninput allowed / output generated, whether an \r\ninput is mandatory, whether an output is \r\navailable with current settings, etc. \r\n\\- Find out how e.g. pyQt-generated QWidgets \r\ncan be integrated in ones generated by rkward. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "81e5824c", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nThe main concepts of this feature request have been \r\nrealized. Other long term items will be tackled when the \r\ntime comes. Closing this item for now.", "attachments": [], "author": "tfry", "timestamp": "2006-03-26 19:12:52", "last_edited": null, "slug": "fb84", "subject": "#19 make plugin system more modular and generic" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2006-03-26 19:12:52", "last_edited": null, "slug": "eac1", "subject": "#19 make plugin system more modular and generic" } ], "page": null, "subject": "" }, "mod_date": "2006-03-26 19:12:52", "votes_down": 0, "votes_up": 0, "_id": "50f52f4834309d12e68e0ddd", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/81e5824c/", "ticket_num": 19, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-25 18:41:12" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Configure Packages-dialog: Allow for additional repositories", "description": "Add support for additional \r\n\\(user-defined/selected\\) repositories. Use \r\noptions \\(repos=c\\(\"http://...\", \"...\", \"...\"\\)\\) internally. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "28ec9873", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-18 15:25:52", "last_edited": null, "slug": "6a3f", "subject": "#20 Configure Packages-dialog: Allow for additional repositories" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-18 15:25:52", "last_edited": null, "slug": "c76c", "subject": "#20 Configure Packages-dialog: Allow for additional repositories" } ], "page": null, "subject": "" }, "mod_date": "2005-09-18 15:25:52", "votes_down": 0, "votes_up": 0, "_id": "50f52f4934309d12e68e0dee", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/28ec9873/", "ticket_num": 20, "custom_fields": { "_priority": "5" }, "created_date": "2005-09-05 15:32:22" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Calling help (...) should show HTML-help in rkward", "description": "When the user types help \\(function\\) in the \r\nRConsole \\(or the help-command is run from \r\nsome other place\\), a standard help-window \r\nshould be opened in rkward, just as it is using \r\nthe rkward help search. \r\nWhat needs to be done is \r\na\\) override R-function help \\(\\). \r\nb\\) provide handling for a corresponding \r\nREvalRequest in RInterface.h. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "28a72104", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone, using a slightly different approach: \r\n1\\) set htmlhelp to true \r\n2\\) set the browser-option to a dcop-command that \r\ncauses rkward to open the file in a help window ", "attachments": [], "author": "tfry", "timestamp": "2005-09-15 08:07:15", "last_edited": null, "slug": "2a7f", "subject": "#21 Calling help (...) should show HTML-help in rkward" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-15 08:07:15", "last_edited": null, "slug": "6beb", "subject": "#21 Calling help (...) should show HTML-help in rkward" } ], "page": null, "subject": "" }, "mod_date": "2005-09-15 08:07:15", "votes_down": 0, "votes_up": 0, "_id": "50f52f4a34309d12e68e0dff", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/28a72104/", "ticket_num": 21, "custom_fields": { "_priority": "5" }, "created_date": "2005-09-13 10:42:19" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Make all windows detachable", "description": "It should be possible to detach windows such \r\nas data editor, command editor, output, help \r\nfrom the main window. I.e. it should be possible \r\nto convert them into single top-level windows, \r\nand back, just like is possible for the tool \r\nwindows \\(Command Log, Console, Help \r\nsearch\\). \r\nThe menu already contains an entry \r\nWindow->Detach, but this is defunct. It seems, \r\nthis takes more than a simple call to \r\nKMdiChildView::detach \\(\\). \r\nAlso important: The detached windows should \r\ntake their GUI-elements \\(menu items\\) with them \r\nwhen detached. \r\nProbably this is relatively easy to do, but requires \r\nsome digging through the KMdi-documentation \r\nto do right. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "71b2cd2e", "posts": [ { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2005-10-21 10:41:20", "last_edited": null, "slug": "3557", "subject": "#22 Make all windows detachable" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nDone. See class DetachedWindowContainer and \r\nRKWardApp::slotDetachWindow for internals. ", "attachments": [], "author": "tfry", "timestamp": "2005-10-21 16:16:02", "last_edited": null, "slug": "755f", "subject": "#22 Make all windows detachable" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-10-21 16:16:02", "last_edited": null, "slug": "6d4c", "subject": "#22 Make all windows detachable" } ], "page": null, "subject": "" }, "mod_date": "2005-10-21 16:16:02", "votes_down": 0, "votes_up": 0, "_id": "50f52f4b34309d12e68e0e10", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/71b2cd2e/", "ticket_num": 22, "custom_fields": { "_priority": "5" }, "created_date": "2005-09-27 15:02:56" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Clean up debug messages", "description": "There's still quite a bunch of debug-messages \r\nprinted to the console. Some of those can be \r\nremoved completely. Some should be wrapped \r\ninside the RK\\_DO-macro with debug-level \r\nDL\\_WARNING or DL\\_INFO. During normal \r\noperation at --debug-level 2 \\(default\\), no \r\nmessages should be printed, unless something \r\nactually goes wrong. \r\nPlease add comments quoting the \r\nwarning-messages you get \\(CVS-version only\\). ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1a8bc5f9", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone \\(I think\\). Please reopen with comment, if you \r\nfind further stray debug messages. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-29 13:30:46", "last_edited": null, "slug": "d660", "subject": "#23 Clean up debug messages" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-09-29 13:30:46", "last_edited": null, "slug": "3c7e", "subject": "#23 Clean up debug messages" } ], "page": null, "subject": "" }, "mod_date": "2005-09-29 13:30:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f4b34309d12e68e0e26", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1a8bc5f9/", "ticket_num": 23, "custom_fields": { "_priority": "5" }, "created_date": "2005-09-27 15:35:05" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "Editor / table" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Update R objects (type / structure) before editing them", "description": "Before opening an RObject for editing, we \r\nshould check its structure: Is it still the type, we \r\nthought is was? Any sub-objects \r\nadded/removed? Length changed? \r\n\r\nThe point to add the check is inside \r\nRKEditorManager::editObject \\(\\). \r\n\r\nPrerequistite is a slight rework of \r\nRObject::updateFromR \\(\\), so that single \r\nindividual objects can be updated, and we get \r\nfeedback on the result. \r\n\r\nMake sure, checking and opening happen in the \r\nsame command chain. \r\n\r\nAfter this is implemented, remove the two \r\nhandlings marked as HACK in \r\nRKEditorDataFrame::rCommandDone \\(\\). ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "29c4129d", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone, in a slightly different way.", "attachments": [], "author": "tfry", "timestamp": "2006-10-19 20:51:53", "last_edited": null, "slug": "7cbd", "subject": "#24 Update R objects (type / structure) before editing them" }, { "text": "- **labels**: --> Editor / table\n- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2006-10-19 20:51:53", "last_edited": null, "slug": "fb8b", "subject": "#24 Update R objects (type / structure) before editing them" } ], "page": null, "subject": "" }, "mod_date": "2006-10-19 20:51:53", "votes_down": 0, "votes_up": 0, "_id": "50f52f4b34309d12e68e0e37", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/29c4129d/", "ticket_num": 24, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-02 14:33:27" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Use bksys as build system for RKWard", "description": "RKWard is slipping deeper and deeper into the \r\nautomake nightmare. Problems with .moc-files \r\nnot being generated, system-specific generated \r\nfiles not being removed by make clean, \r\nunneccessary configure-tests preventing \r\ncompilation on some systems... By now a \r\nnumber of obscure steps is needed in order to \r\nproduce a clean tarball of rkward. \r\nKDE4 will use bksys as its build system, and \r\n\\(hopefully\\) this can't be any worse than the \r\ncurrent build system. We should probably go \r\nahead, and adopt this system early. \r\n\r\nhttp://freehackers.org/~tnagy/bksys.html ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "6baa1e31", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nWell, should be CMake really, now.", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:16:48", "last_edited": null, "slug": "31ba", "subject": "#25 Use bksys as build system for RKWard" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: YES\n\nDone as the first step of KDE4 porting.", "attachments": [], "author": "tfry", "timestamp": "2007-10-08 18:23:23", "last_edited": null, "slug": "33c9", "subject": "#25 Use bksys as build system for RKWard" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-10-08 18:23:23", "last_edited": null, "slug": "70bc", "subject": "#25 Use bksys as build system for RKWard" } ], "page": null, "subject": "" }, "mod_date": "2007-10-08 18:23:23", "votes_down": 0, "votes_up": 0, "_id": "50f52f4b34309d12e68e0e48", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/6baa1e31/", "ticket_num": 25, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-02 16:52:06" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Support for multiple output windows", "description": "RKWard should support multiple output \r\nwindows \\(corresponding to multiple output \r\nfiles\\). Of course only one will ever be active. \r\nMechanism to set output window as active. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7fa22124", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:27.969000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4b34309d12e68e0e5e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7fa22124/", "ticket_num": 26, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-03 16:01:45" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "better mechanims of guessing R_HOME", "description": "Probably, the following should always give \r\nreliable information: \r\nR RHOME \r\nUse that setting. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7e612d1a", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nObsolete. R\\_HOME settings is only needed during \r\ncompilation, now, and then placed in a wrapper \r\nscript. ", "attachments": [], "author": "tfry", "timestamp": "2005-11-13 21:12:05", "last_edited": null, "slug": "bfe4", "subject": "#27 better mechanims of guessing R_HOME" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-11-13 21:12:05", "last_edited": null, "slug": "6c34", "subject": "#27 better mechanims of guessing R_HOME" } ], "page": null, "subject": "" }, "mod_date": "2005-11-13 21:12:05", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0e65", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7e612d1a/", "ticket_num": 27, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-12 10:10:48" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Detect absence of .rc files", "description": "RKWard should detect absence of .rc-files \\(due \r\nto a bad installation\\), and inform the user about \r\nthe problem. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d494ddd7", "posts": [ { "text": "Implemented in the KDE 4 branch, only.\n\nLooks for the file \"resource.ver\", and checks, whether it is the same version as the running rkward.", "attachments": [], "author": "tfry", "timestamp": "2009-05-22 11:55:30", "last_edited": null, "slug": "228d", "subject": "#28 IMPLEMENTED IN SVN: Detect absence of .rc files" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Detect absence of .rc files --> IMPLEMENTED IN SVN: Detect absence of .rc files", "attachments": [], "author": "tfry", "timestamp": "2009-05-22 11:55:40", "last_edited": null, "slug": "3474", "subject": "#28 IMPLEMENTED IN SVN: Detect absence of .rc files" }, { "text": "Released in RKWard 0.5.1. Closing the report. Thanks for suggesting this feature.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:46:07", "last_edited": null, "slug": "1123", "subject": "#28 IMPLEMENTED IN SVN: Detect absence of .rc files" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:46:07", "last_edited": null, "slug": "0353", "subject": "#28 IMPLEMENTED IN SVN: Detect absence of .rc files" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:46:07", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0e76", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d494ddd7/", "ticket_num": 28, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-12 10:11:53" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Show status indication when retrieving context help", "description": "When retrieving context help \\(command editor, \r\nor console\\), some sort of status indication \r\nshould probably be shown, as it may take some \r\ntime for status help to actually display. \r\nFurther, and more importantly, if retrieving \r\ncontext help fails \\(no word under cursor, or no \r\nhelp found\\), there should be a message. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "ac5c7ed6", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:28.502000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0e91", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/ac5c7ed6/", "ticket_num": 29, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-18 11:31:33" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Dependency handling when installing packages", "description": "Currently RKWard does not handle \r\ndependencies when installing packages at all. \r\nProblem is, that R CMD INSTALL is pretty dumb, \r\nbut install.packages \\(\\) in the backend does not \r\nrun with su privileges \\(normally\\). \r\nAt the moment, I can think of two solutions: \r\n1\\) Basically copy the logic of install.packages \r\n2\\) Fire up a second backend \\(via kdesu\\), and \r\nhave this backend run install.packages \r\n\\(dependencies=TRUE\\). Don't forget to set the \r\noptions in that secondary backend. \\(It will \r\noperate on a source \\(\\)-file\\) \r\nWhile wasteful, I gues the second is the way to \r\ngo. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1bb948c2", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nAdded to CVS using approach 2.", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:16:17", "last_edited": null, "slug": "0d08", "subject": "#30 Dependency handling when installing packages" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:16:17", "last_edited": null, "slug": "6c6b", "subject": "#30 Dependency handling when installing packages" } ], "page": null, "subject": "" }, "mod_date": "2006-09-13 13:16:17", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0e98", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1bb948c2/", "ticket_num": 30, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-26 16:30:38" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Start R HTML help from RKWard help menu", "description": "Please include in the \"Help\" menu to option to fire up\r\nthe R html help. I thought it can be done as for the\r\nplug-ins but this is not possible since the help is a\r\npart of the core structure.\r\nFrom R it would also be simple \\(\"R; help.start\\(\\)\" ->\r\nthe help will be opened in a sensitive browser\\) but not\r\nso convenient. ;\\)\r\nIf the help entry is possible it would also be nice to\r\ndelete the tmp files of the R HTML help when it is\r\nclosed. This is interesting when one uses over longer\r\nterms suspend to disk and isn't aware the each time a\r\nnew folder is added when the help is launched. \\(at\r\nleast I think so\\).", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "6a944ab5", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nThe entry was added to the menu, temporary files are \r\ndeleted on shutdown \\(doing it whenever the help window is \r\nclosed would not be practical\\).\r\nMarking as closed.\r\n", "attachments": [], "author": "tfry", "timestamp": "2006-03-29 16:35:53", "last_edited": null, "slug": "032a", "subject": "#31 Start R HTML help from RKWard help menu" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2006-03-29 16:35:53", "last_edited": null, "slug": "479d", "subject": "#31 Start R HTML help from RKWard help menu" } ], "page": null, "subject": "" }, "mod_date": "2006-03-29 16:35:53", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0ea9", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/6a944ab5/", "ticket_num": 31, "custom_fields": { "_priority": "5" }, "created_date": "2006-02-07 14:21:15" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Support for multiple consoles", "description": "Theoretically, there could be many consoles all \r\nworking on the same workspace. Main challenge: \r\nIntegrate this into the GUI nicely.\r\n\r\nOne idea I hade way merging the main console with the \r\ncommand log. However, one advantage of the command \r\nlog over a console is that commands get shown only \r\nwhen they are really executed, not when they are \r\nstacked up. Maybe it could still be done via some \r\nimprovements in the console, or in a dedicated \r\nsubclass of RKConsole.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "cb94a91a", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:28.980000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4c34309d12e68e0eba", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/cb94a91a/", "ticket_num": 32, "custom_fields": { "_priority": "5" }, "created_date": "2006-09-13 13:19:57" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Allow to connect to remote R backends", "description": "I would be nice to be able to connect to an R process running on a different machine. This will require quite a bit of work:\r\n\r\n1\\) A drop-in replacement for RThread, which sends all data over the network instead\r\n2\\) A wrapper for an R process on the other side, which takes this data, and submits it to R just as in REmbedInternal\r\n3\\) Configuration options", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7289a2f2", "posts": [ { "text": "Logged In: NO \n\nWhy not using RServe for this ?", "attachments": [], "author": "nobody", "timestamp": "2007-02-05 15:49:22", "last_edited": null, "slug": "54ac", "subject": "#33 Allow to connect to remote R backends" }, { "text": "Logged In: NO \n\n> Why not using RServe for this ?\r\n\r\nWell, while this functionality is in fact fairly similar to RServe, RServe simply does not do everything that is needed. Things that need to be handled include interrupting the current command in R, handling readline\\(\\) requests, handling other call-backs \\(such as invoking the package installation dialog, when require\\(\\) fails to find the required package\\), detecting object changes...\r\n\r\nIf you'd like to have a look at it: Basically all forms of communication between RThread and REmbedInternal need to be supported \\(currently, REmbedInternal is a base class of RThread, but actually, they behave more like two separate modules, and should probably be \"divided\" in this sense, anyway. Then, perhaps, we can put in a layer between the two \\*relatively\\* easily.", "attachments": [], "author": "nobody", "timestamp": "2007-02-05 20:44:37", "last_edited": null, "slug": "bff0", "subject": "#33 Allow to connect to remote R backends" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:29.068000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4d34309d12e68e0ec1", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7289a2f2/", "ticket_num": 33, "custom_fields": { "_priority": "5" }, "created_date": "2006-12-04 14:42:53" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Shortcut to jump between windows", "description": "Hi,\r\n\r\nIt would be nice to have a keyboard shortcut that would enable the cursor to jump from the script editing window to the console \\(and the reverse\\) without executing any lines of code.\r\n\r\nOne used to be able to do this in Kate by hitting the shortcut to Show Terminal \\(twice if terminal was already visible\\). But this was never as good as it could have been. Ideally it would be something like ...\r\n\r\n1\\) Type in script editor\r\n2\\) Hit Ctrl-J\r\n3\\) Type in console\r\n4\\) Hit Ctrl-J\r\n5\\) Type in script editor \\(at the place that the cursor was when Ctrl-J was hit the first time\\)\r\n\r\nwithout having to reach for the mouse.\r\n\r\nThanks, as always, for all your great work.\r\nBen Goodrich ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b079f019", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nOk, this seems like a good idea, though probably we'd want something more general. What I have in mind right now, is a sort of \"history\" of the last used windows. Then we could have one action/shortcut for going back in the history of windows, and one for going forward. In addition, we might want to add some actions to go to the different tool windows in the Window menu \\(and allow the user to assign shortcuts to these\\).\r\n\r\nProgramming this feature is not quite as easy, though, due to the fact that the tool windows, and the \"document\" windows \\(everything shown in the tabbed area\\) are two rather different kinds of beasts, and we'd have to unify them in some way \\(code wise\\), first.\r\n\r\nI'll look into it.", "attachments": [], "author": "tfry", "timestamp": "2007-02-02 19:34:46", "last_edited": null, "slug": "54c8", "subject": "#34 Shortcut to jump between windows" }, { "text": "- **labels**: --> RKWard user interface", "attachments": [], "author": "tfry", "timestamp": "2007-02-02 19:34:46", "last_edited": null, "slug": "3ae9", "subject": "#34 Shortcut to jump between windows" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nSeveral shortcuts now exist \\(in the development version\\) to switch between windows, both using forward/backward navigation between recently used windows, and jumping directly to a certain tool window or the current document window. See Windows->Activate for all the shortcuts.\r\n\r\nThanks again for suggesting this. Closing it as implemented.", "attachments": [], "author": "tfry", "timestamp": "2007-03-06 12:20:21", "last_edited": null, "slug": "a59a", "subject": "#34 Shortcut to jump between windows" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-03-06 12:20:21", "last_edited": null, "slug": "e52b", "subject": "#34 Shortcut to jump between windows" } ], "page": null, "subject": "" }, "mod_date": "2007-03-06 12:20:21", "votes_down": 0, "votes_up": 0, "_id": "50f52f4d34309d12e68e0ed3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b079f019/", "ticket_num": 34, "custom_fields": { "_priority": "5" }, "created_date": "2007-01-28 05:58:50" },{ "status": "closed", "reported_by_id": "50f52f4d34309d12e68e0eef", "related_artifacts": [], "attachments": [], "reported_by": "ddediu", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Send pre-defined block to R console", "description": "Hi,\r\n\r\nI don't know if this suggestion makes any sense, but, as mostly a C/C++ developer used to this type of IDEs, I would prefer to have the possibility to send to the R console a predefined block \\(not necessarily contiguous\\) from a larger script file. \r\nLet me be more specific: I usually prefer to have large script files, split in functions and I mostly work by creating/debuging/modifying one or a couple of functions at a time, which I test by calling them with some params. Now, every time I modify such a function, I have to send its body to the R console and then its call, so that I test it. However, this involves selecting stuff from the script file every time, which gets rather tedious, especially when the function body grows across more than one screen.\r\nTherefore, I think would be useful to have a way of defining in the editor window a sort of markers attached to specific lines \\(so that they move meaningfully when editing text\\) and a special \"Send block to the R console\" button which automatically sends to R only the defined block. Of course, this block does not have to be continuous...\r\nI hope this is a good suggestion and, again, thanks for this amazing work,\r\n\r\nDan", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "8db3ad35", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nHi Dan,\r\n\r\nthanks for your request.\r\n\r\nThis looks like a reasonable feature addition, although I can't quite imagine how the UI to go with this would work. This particularily hinges on the part about being able to select non-contiguous regions. The problem is being able to specify which region to run. For contiguous regions, this could be as simple, as having a shortcut to run whichever region the cursor is in. For non-contiguous regions, I don't yet see a good way to allow several different regions in the same file \\(i.e. have regions A.1, A.2, A.3 and B.1, B.2, where you'd typically want to either run all of A, or all of B, but never all blocks at once\\). Do you have something on this in mind?\r\n\r\nRoland Vollgraf proposed a similar idea a while ago \\(only continuous regions, though\\), and started working on it. However, I have not heard back from him since more than a month, now.\r\n\r\nAgain, it's probably a useful feature to have \\(whatever the details\\), but I won't have the time to work on this anytime soon. If - as a C/C++ developer - you would like to look into this yourself, I'd be happy to accept a patch. Main files to look into are rkward/windows/rkcommandeditorwindow\\[part\\].\\[cpp|h\\]. You may also be interested in this thread: https://sourceforge.net/mailarchive/forum.php?thread\\_id=31467355&forum\\_id=12970 , which discusses Roland's proposal, and even has an almost complete patch \\(missing some refinements, as discussed in the thread\\). Maybe you could build on top of that.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2007-03-02 17:19:55", "last_edited": null, "slug": "5c0b", "subject": "#35 Send pre-defined block to R console" }, { "text": "Logged In: YES \nuser\\_id=1731761\nOriginator: YES\n\nHi, Thomas\r\n\r\nI was actually thinking about having a single, let's call it, \"run block\", but which could span across non-contiguous lines. More specifically, let's say you have the following script file with numbered lines and you allow in the left-hand number & folding margin of the editor to add three new symbols, let's say \"<\" to mark the begining of a \"run block segment\", \">\" to mark the end of such a thing and \"<>\" to makr a one-line one. Then, your file could look like:\r\n1\r\n2\r\n< 3\r\n4\r\n> 5\r\n6\r\n<>7\r\n8\r\n< 9\r\n10\r\n11\r\n> 12\r\n13\r\nwhich means that there is a single \"run block\" composed of 3 \"run block segments\": lines 3-5, line 7 and lines 9-12. When the \"run block\" button would be pressed, no matter where the cursor is in the editor window, the entire block \\(i.e., the 3 segments\\) are send in sequence to the R console \\(i.e., 3-5,7,9-12\\). They could represent, let's say, the body of a function \\(3-5\\), its call \\(7\\) and a more complex call embedded in something else \\(9-12\\). Does it make sense?\r\nNow, I've never thought about having more than one such \"run block\", but might be interesting \\(I cannot, for the moment, see the utility, but that's my own limitation :\\( \\).\r\nIf we agree that this feature is worth, and we also agree on its specs, I could try to implement it :\\)\r\n\r\nThanks again, Dan\r\n", "attachments": [], "author": "ddediu", "timestamp": "2007-03-02 17:38:44", "last_edited": null, "slug": "a7ff", "subject": "#35 Send pre-defined block to R console" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nAll right, this is now implemented in the KDE 4 port \\(to be released as 0.5.0\\). It utilizes kate's arbitrary highlighting ranges to automatically expand/contract the blocks as needed \\(character based\\!\\), and to indicate them using a background color. Since this is not available in KDE 3, it's near impossible to backport to the KDE 3 versions of rkward.\r\n\r\nSix \"blocks\" are supported. More could easily be realized, technically, but this would make it really hard to differentiate the blocks visually. Blocks can be overlapping and / or nested, although overlaps cannot currently be represented, visually \\(would need improvements in kate rendering\\). Non-contiguous blocks are not supported for simplicity of code and user interface, but then you can simply use two separate contiguous regions, which should be good enough in most cases, I guess.\r\n\r\nShortcuts Alt+Shift+F1-F6 for running the blocks \\(yeah, I know, but it's hard to find consequtive shortcut ranges which are not already assigned\\).", "attachments": [], "author": "tfry", "timestamp": "2007-11-30 17:00:47", "last_edited": null, "slug": "fc63", "subject": "#35 Send pre-defined block to R console" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-11-30 17:00:47", "last_edited": null, "slug": "ad6f", "subject": "#35 Send pre-defined block to R console" } ], "page": null, "subject": "" }, "mod_date": "2007-11-30 17:00:47", "votes_down": 0, "votes_up": 0, "_id": "50f52f4d34309d12e68e0eee", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/8db3ad35/", "ticket_num": 35, "custom_fields": { "_priority": "5" }, "created_date": "2007-03-02 16:55:11" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Make shell based path completion available", "description": "Please make path completion for file names possible from within the rKward R console.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "816fca17", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nI've implemented this in the development version of RKWard. Whether filename completion or object name completion is attempted depends on some crude heuristics, so I hope these work well, and please write back, if they don't. In detail, filename completion is attempted, if there is a quoting character left of the cursor, and this is not directly preceded by \"\\[\", \"$\", or \":\", or directly followed by \",\", \"\\)\", \" \", or \";\". Else, the current object name completion is attempted.", "attachments": [], "author": "tfry", "timestamp": "2007-03-11 19:15:40", "last_edited": null, "slug": "3436", "subject": "#36 Make shell based path completion available" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-03-11 19:15:40", "last_edited": null, "slug": "2e64", "subject": "#36 Make shell based path completion available" } ], "page": null, "subject": "" }, "mod_date": "2007-03-11 19:15:40", "votes_down": 0, "votes_up": 0, "_id": "50f52f4e34309d12e68e0f2a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/816fca17/", "ticket_num": 36, "custom_fields": { "_priority": "5" }, "created_date": "2007-03-09 07:59:28" },{ "status": "closed", "reported_by_id": "50f52efb34309d12e68dfd5a", "related_artifacts": [], "attachments": [], "reported_by": "b00l", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Configurable shortcuts", "description": "I couldn't find the options dialog to configure those shortcuts.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1f45b0da", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nRetitled, as this is really a general problem, and all shortcuts should eventually be configurable.\r\n\r\nSince there are some associated technical difficulties, please don't expect a solution for this request too soon.\r\n\r\nThanks for your report\\!\r\n\r\nSome internal notes on associated problems:\r\n\\- Not all actionCollection\\(\\)s are active at the same time, as those belong to the parts.\r\n\\- Probably nothing to worry about, since it makes sense to split up the shortcut configuration dialogs anyway\r\n\\- Some actions are not really specific to a part \\(e.g. run selection, function reference\\), but are not technically global, either. We need to find a solution to keep those in sync across the parts that define them.\r\n\\- Perhaps they should be made global, and enabled / disabled according to the active part\r\n\\- can we also show/hide them?\r\n", "attachments": [], "author": "tfry", "timestamp": "2007-03-14 13:47:18", "last_edited": null, "slug": "01e4", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" }, { "text": "- **labels**: 667712 --> RKWard user interface\n- **summary**: Possibility to change shortcuts for script execution --> Configurable shortcuts", "attachments": [], "author": "tfry", "timestamp": "2007-03-14 13:47:18", "last_edited": null, "slug": "96dd", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" }, { "text": "Ok, this is finally implemented on the KDE 4 branch of RKWard.\r\n\r\nI do not intend to backport this, as this change was much more complex than one would think.\r\n\r\nSee http://p.sf.net/rkward/svn for instructions on testing the new feature, before the next official release.", "attachments": [], "author": "tfry", "timestamp": "2009-05-20 17:08:20", "last_edited": null, "slug": "fa5f", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Configurable shortcuts --> IMPLEMENTED IN SVN: Configurable shortcuts", "attachments": [], "author": "tfry", "timestamp": "2009-05-20 17:08:20", "last_edited": null, "slug": "5a03", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" }, { "text": "Released in RKWard 0.5.1. Closing the report. Thanks for suggesting this feature.\r\n\r\nSome buglets may still apply. If you run into any issues, large or small, please report them in the bug tracker.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:47:05", "last_edited": null, "slug": "b825", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:47:05", "last_edited": null, "slug": "dda9", "subject": "#37 IMPLEMENTED IN SVN: Configurable shortcuts" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:47:05", "votes_down": 0, "votes_up": 0, "_id": "50f52f4e34309d12e68e0f3b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1f45b0da/", "ticket_num": 37, "custom_fields": { "_priority": "5" }, "created_date": "2007-03-13 23:22:03" },{ "status": "closed", "reported_by_id": "50f52efb34309d12e68dfd5a", "related_artifacts": [], "attachments": [], "reported_by": "b00l", "assigned_to": "tfry", "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Improving usability of the execute-current-line command", "description": "For debugging purposes it would be nice if the cursor would jump into the next line after sending the current line to R.\r\n\r\nFurthermore there is the fact that if you split a command into multiple lines you get the error message that Konsole is busy. This is kind of annoying.\r\n\r\nFor example, \r\n\r\na <- list\\(\"foo\" = 1,\r\n\"bar\" = 2,\r\n\"foobar\" = 3\\)\r\n\r\ncan't be executed line-by-line, so you have to copy-paste the remaining lines yourself.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a117531a", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nBoth done.\r\n\r\nIf you like, you can do some testing for this in the SVN version \\(http://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN\\).\r\n\r\nThanks for pointing this out.", "attachments": [], "author": "tfry", "timestamp": "2007-03-14 13:39:20", "last_edited": null, "slug": "fab2", "subject": "#38 Improving usability of the execute-current-line command" }, { "text": "- **labels**: 411328 --> Command Editor\n- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-03-14 13:39:20", "last_edited": null, "slug": "84c9", "subject": "#38 Improving usability of the execute-current-line command" } ], "page": null, "subject": "" }, "mod_date": "2007-03-14 13:39:20", "votes_down": 0, "votes_up": 0, "_id": "50f52f4f34309d12e68e0f60", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a117531a/", "ticket_num": 38, "custom_fields": { "_priority": "5" }, "created_date": "2007-03-13 23:29:50" },{ "status": "closed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "save size/proportions of various sub-windows", "description": "Save size/proportions of R script file, R console, Workspace browser when exiting RKWard. May be even save the attach/detach status of the windows.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "843825ed", "posts": [ { "text": "Ok, I think, this is finally implemented. Note that attach / detach status of windows is saved with the workplace, by default, not necessarily when exiting RKWard.", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:25:18", "last_edited": null, "slug": "4684", "subject": "#39 save size/proportions of various sub-windows" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:25:18", "last_edited": null, "slug": "7d07", "subject": "#39 save size/proportions of various sub-windows" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:25:18", "votes_down": 0, "votes_up": 0, "_id": "50f52f4f34309d12e68e0f71", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/843825ed/", "ticket_num": 39, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-23 04:48:02" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "project/session handling", "description": "Project/session handling \\(for dealing with multiple files all part of a single project\\) as already integrated into kate. Session handling may include saving the current working dir, workspace and folding, though saving code-folding might not be possible as kate doesn't do this.\r\n\r\nSee:\r\nhttps://sourceforge.net/mailarchive/forum.php?thread\\_name=200704181922.07780.michellang%40gmail.com&forum\\_name=rkward-devel", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "37b68b12", "posts": [ { "text": "I agree, project handling would be very useful. I am recently changed from MS Windows to Ubuntu, and I like the open source solution for MS of the Tinn-R \\(http://sourceforge.net/projects/tinn-r/\\) team: projects can be organized from menu and automatically saved in a text file, so they can be transported to a different desktop or fast edited.\n\nBest regards, Janos \\(jkis17@gmail.com\\)", "attachments": [], "author": "nobody", "timestamp": "2009-07-27 08:52:43", "last_edited": null, "slug": "1e60", "subject": "#40 project/session handling" }, { "text": "Update: Most of this is implemented by now, including saving code-folding. However, the details are still a bit messy, with different configuration files being used, etc.\r\n\r\nIdeally, the .rkworkplace files should handle all relevant settings.\r\n\r\nSaving current working dir is not yet implemented.", "attachments": [], "author": "tfry", "timestamp": "2012-08-23 10:38:37", "last_edited": null, "slug": "302a", "subject": "#40 project/session handling" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:31.575000", "votes_down": 0, "votes_up": 0, "_id": "50f52f4f34309d12e68e0f82", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/37b68b12/", "ticket_num": 40, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-23 05:11:08" },{ "status": "closed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "file system browser tab", "description": "File system browser tab, as included in kate, to easy access generated files as PDFs from within rkward. \r\n\r\nWould certainly be helpful even if it only works on .R \\(.RData\\) files \\(but I guess, somehow it should be possible to at least handle the most \r\ncommon other types, as well\\)\r\n\r\nKile uses external progs as \"viewers\", something along that line, at least for pdf/ps/jpg/png \\(the generated files\\)?", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "94bcc7cb", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nImplemented in the development version, will be part of rkward 0.4.8.", "attachments": [], "author": "tfry", "timestamp": "2007-09-14 15:27:42", "last_edited": null, "slug": "a3c6", "subject": "#41 file system browser tab" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2007-09-14 15:27:42", "last_edited": null, "slug": "2333", "subject": "#41 file system browser tab" } ], "page": null, "subject": "" }, "mod_date": "2007-09-14 15:27:42", "votes_down": 0, "votes_up": 0, "_id": "50f52f4f34309d12e68e0f94", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/94bcc7cb/", "ticket_num": 41, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-23 05:15:41" },{ "status": "closed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: setwd() to the current script file", "description": "Provide a menu action / shortcut to switch to the directory of the \r\ncurrent script file. Thus changing the corking directory would become easier in some cases, but would still be manual.\r\n\r\nSee:\r\nhttps://sourceforge.net/mailarchive/forum.php?thread\\_name=200704181922.07780.michellang%40gmail.com&forum\\_name=rkward-devel", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a3d2b251", "posts": [ { "text": "Ok, I finally implemented this \\(in svn\\).\r\n\r\nPerhaps you could take a look, I'm not quite sure how to label the action best.\r\n\r\nKDE4 branch, only.", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 15:28:04", "last_edited": null, "slug": "3585", "subject": "#42 IMPLEMENTED IN SVN: setwd() to the current script file" }, { "text": "- **summary**: setwd() to the current script file --> IMPLEMENTED IN SVN: setwd() to the current script file", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 15:28:05", "last_edited": null, "slug": "0c8c", "subject": "#42 IMPLEMENTED IN SVN: setwd() to the current script file" }, { "text": "Yes, I can see it. Great. For the label, may be, \"cd to script dir\" sound better? We can discuss this on the devel list.", "attachments": [], "author": "nobody", "timestamp": "2009-05-21 03:04:30", "last_edited": null, "slug": "e7a2", "subject": "#42 IMPLEMENTED IN SVN: setwd() to the current script file" }, { "text": "Released in RKWard 0.5.1. Closing the report. Thanks for suggesting this feature.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:45:42", "last_edited": null, "slug": "1ac4", "subject": "#42 IMPLEMENTED IN SVN: setwd() to the current script file" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:45:42", "last_edited": null, "slug": "1827", "subject": "#42 IMPLEMENTED IN SVN: setwd() to the current script file" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:45:42", "votes_down": 0, "votes_up": 0, "_id": "50f52f4f34309d12e68e0fa5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a3d2b251/", "ticket_num": 42, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-23 05:25:59" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "\"Help on RKWard\" confusing behavior", "description": "Hi.\r\n\r\nI'm creating rkward package for Zenwalk and i realize that there is a bug in the menu \"Help->Help on RKWard\". When is clicked nothing happens. I tried to install on Debian system the package and the same happens.\r\n\r\nRegards,\r\n/Dennis", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "115c4d78", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nHi,\r\n\r\nsorry for the long delay.\r\n\r\nWhat you should see when selecting \"Help->Help on RKWard\" is that the \"Welcome to RKWard\" page is opened/focused \\(inside RKWard\\). Of course, if this page is already visible, nothing happens. So it's not really a bug \\(moving it to \"Feature Requests\"\\), but probably it is rather confusing behavior.\r\n\r\nDo you have any ideas/suggestions on improving this?", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:08:54", "last_edited": null, "slug": "e36c", "subject": "#43 \"Help on RKWard\" confusing behavior" }, { "text": "- **labels**: 673590 --> \n- **summary**: Help menu --> \"Help on RKWard\" confusing behavior", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:08:54", "last_edited": null, "slug": "6255", "subject": "#43 \"Help on RKWard\" confusing behavior" } ], "page": null, "subject": "" }, "mod_date": "2007-09-13 15:08:54", "votes_down": 0, "votes_up": 0, "_id": "50f52f5034309d12e68e0fc6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/115c4d78/", "ticket_num": 43, "custom_fields": { "_priority": "5" }, "created_date": "2007-07-05 16:48:47" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "syntax highlighting" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "syntax highlighting buglets / wishes", "description": "Pointed out by Ben Goodrich:\r\n\r\n1\\) For x^-1, the \"^-\" is marked in red as an error, even though it is legal. So,\r\nan override is needed to mark ^- as an operator rather than an error.\r\n\r\n2\\) Similarly, for stats:::lm, the \":::\" is improperly marked in red as an error.\r\n\r\n3\\) Also, help\\(NA\\) indicates that NA\\_integer\\_, NA\\_real\\_, NA\\_complex\\_ and\r\nNA\\_character\\_ are now available, so they should probably be marked in the same\r\ncolor as NA is now.\r\n\r\n4\\) Finally, maybe rkward could do something with the syntaxes for imaginary\r\nnumbers and integers? For example, in \\(0+1i\\)^2 the \"0\" is in blue, the \"+\" is\r\nin orange, the \"1\" is in blue, and the \"i\" is in black, which looks sort of\r\nfunny. Maybe the whole \"0+1i\" should be in some exotic color to clearly\r\nindicate that this is a complex number? Also, as.integer\\(3L\\) marks the \"3\" in\r\nblue but the \"L\" in black, but they should probably both be blue.\r\n\r\n\\--------\r\n\r\nad 1: In general, + and - are legal after operators \\(as signs\\). E.g. even the following are legal:\r\n1+-2\r\n1\\*-----2\r\n1/+++2\r\netc.\r\n\r\nad 2 and 3: should be trivial\r\n\r\nad 4: Seems reasonable, but may be difficult to do.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "e34b23d1", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: YES\n\n2 and 3 are fixed in SVN. 1 and 4 remain to be dealt with.", "attachments": [], "author": "tfry", "timestamp": "2007-09-17 14:06:25", "last_edited": null, "slug": "cf42", "subject": "#44 syntax highlighting buglets / wishes" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:32.375000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5034309d12e68e0fd7", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/e34b23d1/", "ticket_num": 44, "custom_fields": { "_priority": "5" }, "created_date": "2007-09-16 22:55:08" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: command in history for Control-L only", "description": "Hi Thomas,\r\n\r\nI suppose I should have spoken up earlier so that this feature could be included in the new release. I think the best of all worlds would be if commands were kept in the command history if I do Control-L to paste in one line but not to put the commands in the command history if I do F8 or F9 to send a chunk of commands or all commands to R. Right now, I cannot decide whether to keep all the piped commands in the command history or none of them, and I am sure other people have different opinions. So, maybe it would be best to add a box to Help->Configure Rkward->Console for each of Control-L, F8, and F9 asking whether to keep the command in the command history for each action.\r\n\r\nThanks,\r\nBen Goodrich", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "17823f3a", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nHi Ben,\r\n\r\nwe had talked some about this on the mailing list, but then went with the simpler solution for now. I guess it might be added later due to popular demand. Don't hold your breath, however, as right now I'm busy porting to KDE4.", "attachments": [], "author": "tfry", "timestamp": "2007-10-08 18:26:34", "last_edited": null, "slug": "ac5c", "subject": "#45 IMPLEMENTED IN SVN: command in history for Control-L only" }, { "text": "Implemented in the KDE 4 branch, only.", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 16:15:29", "last_edited": null, "slug": "cf7c", "subject": "#45 IMPLEMENTED IN SVN: command in history for Control-L only" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Add option to keep command in history for Control-L only --> IMPLEMENTED IN SVN: command in history for Control-L only", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 16:15:29", "last_edited": null, "slug": "909a", "subject": "#45 IMPLEMENTED IN SVN: command in history for Control-L only" }, { "text": "Released in RKWard 0.5.1. Closing the report. Thanks for suggesting this feature.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:45:11", "last_edited": null, "slug": "1f19", "subject": "#45 IMPLEMENTED IN SVN: command in history for Control-L only" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:45:11", "last_edited": null, "slug": "01aa", "subject": "#45 IMPLEMENTED IN SVN: command in history for Control-L only" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:45:11", "votes_down": 0, "votes_up": 0, "_id": "50f52f5034309d12e68e0fe3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/17823f3a/", "ticket_num": 45, "custom_fields": { "_priority": "5" }, "created_date": "2007-10-06 02:28:31" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Speed up assignments in globalenv()", "description": "Assignments inside globalenv\\(\\) are slow due to modification detection. Run this code:\r\n\r\n\\# first create an object in a single command\r\nx <- 1\r\n\r\n\\# now assign to it many times\r\nfor \\(i in 1:100000\\) x <- 2\r\n\r\n\\# in contrast, try this:\r\nlocal \\(\\{for \\(i in 1:100000\\) x <- 2; x <<- x\\}\\)\r\n\r\nThe latter is tremendously faster. In a plain R session, there is no such difference.\r\n\r\nProbably we can improve on this by implementing .rk.watch.symbol\\(\\), and esp. the watch function created by .rk.make.watch.f\\(\\) in C, and also fine-tuning it in the process.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "2f817aea", "posts": [ { "text": "approach and testcase", "attachments": [ { "url": "http://sourceforge.net/p/rkward/feature-requests/_discuss/thread/2f817aea/d0f6/attachment/watchtest.R", "bytes": 1362 } ], "author": "tfry", "timestamp": "2007-10-09 15:28:36", "last_edited": null, "slug": "d0f6", "subject": "#46 Speed up assignments in globalenv()" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: YES\n\nThe attached code is not quite correct \\(dealing with promises\\) or clean, and will need further adjustments in .rk.watch.globalenv\\(\\), but illustrates a first approach.\r\n\r\nThis speeds up the testcase by around factor 2.5, but is still 30-40 times slower than without watching the object \\(note that this isn't really a real world testcase, though, in that it's really just assignments without any computation\\). For assignments only \\(not the reads\\), more than half of the time is spent inside the C callback, and we can likely cut down on this considerably.\r\n\r\nThe markable difference between reads and writes \\(beyond the times spent in .Call\\) suggest that the \"<<-\" operator is still fairly expensive. If we could implement the entire assignment part in C, then we might gain even more performance. We key would be to know where to look for x, and assign there, directly.\nFile Added: watchtest.R", "attachments": [], "author": "tfry", "timestamp": "2007-10-09 15:28:36", "last_edited": null, "slug": "6dd1", "subject": "#46 Speed up assignments in globalenv()" }, { "text": "Here's a new idea on how to approach this problem:\r\n\r\n1\\) Instead of using active bindings for all objects, use active bindings only for object which are already active bindings \\(i.e. add a layer of indirection to those as before\\).\r\n2\\) For all other objects, copy them to a storage environment as before, but then:\r\n3\\) After each command simply check, whether the object in globalenv\\(\\) is still the same as in the storage envionrment. Simply pointer comparison should be good enough\\!", "attachments": [], "author": "tfry", "timestamp": "2010-06-08 14:31:54", "last_edited": null, "slug": "de16", "subject": "#46 Speed up assignments in globalenv()" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:32.790000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5034309d12e68e1003", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/2f817aea/", "ticket_num": 46, "custom_fields": { "_priority": "5" }, "created_date": "2007-10-09 10:03:02" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Editor / table" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "POSIXct/POSIXlt class in data editor", "description": "Currently, the data editor handles numeric, factor, and cahracter classes. Often, datasets include date-time variables - which when read from csv files are treated as factors or characters \\(nothing to do here\\!\\), but after being converted to any DateTimeClass \\(as.POSIXct/as.POSIXlt\\) it is displayed as numbers \\(since epoch - that is how it is internally stored I guess\\). Note that on \"View\"-ing the data, which amounts to print\\(data\\), the date variable is properly handled by print. Is there anyway to do it in the editor-display itself, instead of converting back to character?", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "0c72ca6f", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:34.015000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5134309d12e68e101d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/0c72ca6f/", "ticket_num": 47, "custom_fields": { "_priority": "5" }, "created_date": "2007-11-07 01:28:54" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "OBSOLETED: Better looking graphs using cairo", "description": "I really like rkward, but the quality of the graphs it produces is not as good as it could be. There is a R cairo package\\[1\\] available that produces high quality graphs. It supports alpha channels and anti-aliasing. It can output to the display, bitmap graphics and vector graphics. It would be nice if rkward used this to produce\r\ngraphs, and also have an option to save graphs as svg vector files. Would this be possible?\r\n\r\n1\\. http://cran.r-project.org/web/packages/Cairo", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "389fe1c3", "posts": [ { "text": "Since R 2.7.0, R uses cairo by default, also for x11\\(\\), on systems that support cairo. RKWard simply gets this new default, without further actions.\r\n\r\nTherefore this report is now obsolete.", "attachments": [], "author": "tfry", "timestamp": "2009-05-20 17:13:46", "last_edited": null, "slug": "087d", "subject": "#48 OBSOLETED: Better looking graphs using cairo" }, { "text": "- **summary**: Better looking graphs using cairo --> OBSOLETED: Better looking graphs using cairo\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-05-20 17:13:46", "last_edited": null, "slug": "aa20", "subject": "#48 OBSOLETED: Better looking graphs using cairo" } ], "page": null, "subject": "" }, "mod_date": "2009-05-20 17:13:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e1024", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/389fe1c3/", "ticket_num": 48, "custom_fields": { "_priority": "5" }, "created_date": "2008-03-09 21:48:51" },{ "status": "closed", "reported_by_id": "5062038871b75b10eb663265", "related_artifacts": [], "attachments": [], "reported_by": "sgrosse", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: I miss possibilities to close a tab ", "description": "Maybe I am pedantic but I find only one way to close a tab which was hard to find- at the very right of all tabs there is a little red cross. However I think it should be possible to close a tab directly \\(right mouseclick for example\\) and in the file dialogue there could also be an option.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7f049717", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nChanging this to a feature request. Seems reasonable, but is not going to be part of 0.5.0b \\(to be released in a few minutes\\).\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2008-04-20 19:24:33", "last_edited": null, "slug": "c8ab", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " }, { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:16:23", "last_edited": null, "slug": "3d0f", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " }, { "text": "Sorry that it took so long. In the current development version, each tab has a close button, again.\r\n\r\nWe also had Window->Close for a long time, now, so I guess this request can be closed as implemented.", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:16:23", "last_edited": null, "slug": "c9c1", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " }, { "text": "- **summary**: I miss possibilities to close a tab in 0.5.0a --> IMPLEMENTED IN SVN: I miss possibilities to close a tab ", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:16:23", "last_edited": null, "slug": "ab05", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " }, { "text": "Thanks for your suggestion. This feature was released in RKWard 0.5.3, today. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:41", "last_edited": null, "slug": "a276", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:41", "last_edited": null, "slug": "9186", "subject": "#49 IMPLEMENTED IN SVN: I miss possibilities to close a tab " } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:28:41", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e1035", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7f049717/", "ticket_num": 49, "custom_fields": { "_priority": "5" }, "created_date": "2008-04-17 15:25:50" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "\"help search\" should also search in doc/ folders", "description": "Hello,\r\n\r\nthe \"help search\"-functionality doesn't search in the doc/ folder of the installed modules. These doc/ folders contains a lot of information about how to use the specific R module. \r\n\r\nSo it would be nice if \"help search\"-functionality search this doc/ folders too.\r\n\r\nThank you,\r\nSumit", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "f0e0ed7d", "posts": [ { "text": "Moving to feature request tracker.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 12:00:38", "last_edited": null, "slug": "8017", "subject": "#50 \"help search\" should also search in doc/ folders" }, { "text": "- **labels**: 673590 --> \n- **summary**: Extend the \"help search\"-functionality --> \"help search\" should also search in doc/ folders", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 12:00:38", "last_edited": null, "slug": "86bd", "subject": "#50 \"help search\" should also search in doc/ folders" } ], "page": null, "subject": "" }, "mod_date": "2009-03-31 12:00:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e105a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/f0e0ed7d/", "ticket_num": 50, "custom_fields": { "_priority": "5" }, "created_date": "2008-08-18 16:20:27" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Missing vi-mode statusbar", "description": "In KDE4s RKWard no vi-mode statusbar is shown in vi-mode. Compare with kate for example. Would be great to have :\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "3383f479", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:34.761000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e106b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/3383f479/", "ticket_num": 51, "custom_fields": { "_priority": "5" }, "created_date": "2009-03-31 07:41:38" },{ "status": "open", "reported_by_id": "50c0fcad2718462d8a08db72", "related_artifacts": [], "attachments": [], "reported_by": "jdgallag", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "rcmdr through rkward", "description": "Hi, good evening rkward community,\r\n\r\nTo extend the functionality of rkward through the build in functionality of rcmdr's plugins, would it make sense to think of adding a menu, say, \"Rcmdr\" which gives access to the dropdown menus available in Rcmdr so that the interfaces pop-up or would it be simpler to just reimplement the functionality in rkward? I thinking mostly of the nice interfaces for accessing qcc, factominer, and orloca.\r\n\r\nThank you,\r\nJon", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d33cdc26", "posts": [ { "text": "I'll provide a short initial feedback:\r\n\r\n\\- In the long run, all Rcmdr functionality should be reimplemented in RKWard.\r\n\\- In the short term, a solution along your lines sounds like a good idea. However, I am not currently sure, whether and how this could be done. I will need to investigate this, but some other issues are higher up in priority ATM.", "attachments": [], "author": "tfry", "timestamp": "2009-07-24 12:21:24", "last_edited": null, "slug": "644f", "subject": "#52 rcmdr through rkward" }, { "text": "This is not quite what you're asking for, but may be of interest:\r\n\r\nIn RKWard 0.5.1, you can now \\(again, after a long time\\) invoke the Rcmdr interface from within RKWard in the usual way \\(by typing \"library\\(Rcmdr\\)\" in the console\\). Most features work as expected, this way.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:51:16", "last_edited": null, "slug": "630d", "subject": "#52 rcmdr through rkward" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:34.852000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e1072", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d33cdc26/", "ticket_num": 52, "custom_fields": { "_priority": "5" }, "created_date": "2009-07-14 00:19:32" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Guard against removing essential libs", "description": "I suggest the following UI improvement options in the \"Configure Packages\" window on the basis of the idea that it is best not to allow the users to shoot themselves in the foot.\r\n\r\nOption 1. Do not list essential packages; thus they can't be removed by accident and you can remove all of the text on the top of the window that may be daunting for novice users.\r\n\r\nOption 2. List essential packages, but as being grayed out and italicized. If the user attempts to unload the package provide a dialog box explaining that removing essential packages may cause issues. Include a check box that allows users to disable future occurrences of that warning.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "57cce56f", "posts": [ { "text": "Incidentally I had finally added a basic safeguard against removing essential packages just a few days ago. I like your suggestion about graying out those packages in the dialog, and so I've done that as well \\(and a few further minor enhancements, while at it\\).\r\n\r\nIf you would like to take a look, see http://p.sf.net/rkward/svn .\r\n\r\nThis report will remain open until the feature is part of an official release \\(0.5.2\\).", "attachments": [], "author": "tfry", "timestamp": "2009-08-26 08:56:33", "last_edited": null, "slug": "d539", "subject": "#53 IMPLEMENTED IN SVN: Guard against removing essential libs" }, { "text": "- **milestone**: --> implemented_in_svn\n- **assigned_to**: nobody --> tfry\n- **summary**: Configure Packages - Don't Let User's Shoot Themselves --> IMPLEMENTED IN SVN: Guard against removing essential libs", "attachments": [], "author": "tfry", "timestamp": "2009-08-26 08:56:35", "last_edited": null, "slug": "e2c3", "subject": "#53 IMPLEMENTED IN SVN: Guard against removing essential libs" }, { "text": "0.5.2 has been released, today. Closing the request.", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:23:22", "last_edited": null, "slug": "1028", "subject": "#53 IMPLEMENTED IN SVN: Guard against removing essential libs" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:23:23", "last_edited": null, "slug": "6fd7", "subject": "#53 IMPLEMENTED IN SVN: Guard against removing essential libs" } ], "page": null, "subject": "" }, "mod_date": "2009-10-26 17:23:23", "votes_down": 0, "votes_up": 0, "_id": "50f52f5234309d12e68e1083", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/57cce56f/", "ticket_num": 53, "custom_fields": { "_priority": "5", "_milestone": "implemented_in_svn" }, "created_date": "2009-08-26 03:19:04" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Provide generic support for non-local files", "description": "RKWard could provide generic read-access for non-local files in plugins. Basically, when a non-local url is selected in <browser>, on pressing submit, RKWard could download this to a temporary location, then pass the temporary location to R. This way R functions could profit from the KDE kioslaves.\r\n\r\nThis might even work for saving. R could be instructed to save to a temporary location, and RKWard would watch this using KDirWatcher, then sync the file to upstream. \\(But we'd need a way to figure out, when R is done writing\\).", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "3d7c8271", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:35.245000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5334309d12e68e109e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/3d7c8271/", "ticket_num": 54, "custom_fields": { "_priority": "5" }, "created_date": "2009-09-25 13:42:01" },{ "status": "closed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: paste data into script editor", "description": "Since many people end up copying data from Excel sheets into R, \r\nit would be great to have the possibility to paste the data not only into the data set editor,\r\nbut also as 'R-encoded'-text \\(e.g. vector: c\\(x1,x2, ...\\), or matrix: rbind\\(c\\(x1,x2,...\\), c\\(y1,y2,...\\)\\)\\) into an R script. \r\n\r\nThanks\\!\r\nRalf.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "debd885b", "posts": [ { "text": "new package xlsx http://cran.r-project.org/web/packages/xlsx/index.html eliminated the need for it\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2010-02-11 00:19:40", "last_edited": null, "slug": "b685", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "rtautenh", "timestamp": "2010-02-11 00:19:40", "last_edited": null, "slug": "a78f", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "I still think it's a nice idea worth implementing some day, even if you no longer have a need for it. So I'll re-open to keep it on the list.", "attachments": [], "author": "tfry", "timestamp": "2010-02-11 08:44:42", "last_edited": null, "slug": "3b3e", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "- **summary**: Copy and paste data from Excel/OOcalc into R editor --> Copy and paste data from spreadsheet into R editor\n- **status**: closed --> open", "attachments": [], "author": "tfry", "timestamp": "2010-02-11 08:44:42", "last_edited": null, "slug": "a9c0", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "Works with OpenOffice 3.2.0 \\! Thanks\\!\n\nRows are pasted as columns, though. \nWorks fine when the toggle option is used.", "attachments": [], "author": "nobody", "timestamp": "2010-03-17 23:46:35", "last_edited": null, "slug": "fc4e", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "As you've found out, I've recently implemented this in SVN.\r\n\r\nNote that we put a \"cbind\" around the vectors, so when you run the inserted code, the results should be like the copied data. In a first attempt, I used \"rbind\" instead, which makes the rows of pasted code correspond to the rows of data. My reason for changing it was, that if you have mix numeric and non-numeric cells in the copied data, those will typically be organized by column. So this way you have better chances of getting a \"pure\" vectors \\(try it to see what I mean\\).\r\n\r\nDo you think it's too confusing this way?\r\n", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 08:31:01", "last_edited": null, "slug": "3bf3", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Copy and paste data from spreadsheet into R editor --> IMPLEMENTED IN SVN: paste data into script editor", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 08:31:03", "last_edited": null, "slug": "5d20", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "Thanks for your suggestion. This feature was released in RKWard 0.5.3, today. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:23", "last_edited": null, "slug": "f9ac", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:24", "last_edited": null, "slug": "7812", "subject": "#55 IMPLEMENTED IN SVN: paste data into script editor" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:28:24", "votes_down": 0, "votes_up": 0, "_id": "50f52f5334309d12e68e10a5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/debd885b/", "ticket_num": 55, "custom_fields": { "_priority": "5" }, "created_date": "2009-09-28 17:12:05" },{ "status": "closed", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "again: plugin improvements", "description": "i'll re-post some of my earlier thoughts on \\(what i think are\\) improvements for plugin handling from the devel list, and add some new ones:\r\n\r\nfile level\r\n==========\r\n\\- allow plugins to be a .tgz archive. rkward should be able to unpack these on the fly at startup time. pluginmaps could just have their place inside the archive and be evaluated automatically. rkward could check all .tgz files in certain configurable folders like ~./rkward/plugins and create an inventory dynamically. this would improve the installation of new plugins from the net: save archive to that folder and you're done \\(would need an \"update inventory\" switch somewhere\\).\r\nall plugin tests should be included as well, so you could check the functionality of even third party plugins by specifying their location, if you want to.\r\nthis should still work if tarballs are extracted to the given folder, otherwise plugin development would suffer.\r\n\r\n\\- instead of the rather static pluginmap mechanism to define the menu structure, i'd like all available plugins to be presented on a configuration page, grouped into categories, with a small box to \\(de\\)activate them individually. \\[to me positioning is not \\*that\\* important, but if needed should be added here as well, like moving entries up or down the hierarchy\\]\r\n\r\nxml level\r\n=========\r\n\\- at a time it would have been of use to me if the logic section had a way of checking for the classes of selected objects, to toggle class specific options. e.g., if object in varslot is of class xy, make option a available, if it is of class yz, make option b available:\r\n<logic>\r\n<convert id=\"modelxy\" mode=\"inherits\" sources=\"variable.class\" standard=\"xy\" />\r\n<convert id=\"modelyz\" mode=\"inherits\" sources=\"variable.class\" standard=\"yz\" />\r\n<connect client=\"optiona.enabled\" governor=\"modelxy\" />\r\n<connect client=\"optionb.enabled\" governor=\"modelyz\" />\r\n</logic>\r\n\r\npluginmap level\r\n===============\r\n\\- when working on a new plugin, i began to wish for a version number tag. several versions of one plugin should possibly be active at the same time without problems. perhaps, if rkward would ckeck for uniqueness of active plugins, it could add the version numbers to the menu entries if needed. the version numbers should also be shown in the plugin configuration. i'd suggest a new pluginmap element for this, e.g.:\r\n<plugin name=\"Linear Regression\" version=\"1.7-4\" category=\"Regression\" />\r\n\r\n\\- the more plugins become available, the more useful an optional\\(?\\) maintainer tag could become, too, e.g.:\r\n<maintainer name=\"My Name\" email=\"i\\_am@somewhere.else\" />\r\nit could also be automatically added to each corresponding .rkh help page when it is shown.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "91592d87", "posts": [ { "text": "- **status**: open --> closed\n- **milestone**: --> -------\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 11:04:03.200000", "last_edited": null, "slug": "a89a", "subject": "#56 again: plugin improvements" }, { "text": "Most of this is implemented by now, though not everything as suggested.\r\n\r\nClosing the ticket. If you're still interested in the multiple-active-versions-thing, open a new request for that.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 11:04:03.336000", "last_edited": null, "slug": "9623", "subject": "#56 again: plugin improvements" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 11:04:03.400000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5334309d12e68e10db", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/91592d87/", "ticket_num": 56, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2009-11-13 20:04:21" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Missing charset selection dropdown-menu in the open dialog", "description": "Compare e.g. with kates open file dialog.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d153c692", "posts": [ { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:35:50", "last_edited": null, "slug": "3f0e", "subject": "#57 Missing charset selection dropdown-menu in the open dialog" }, { "text": "Thanks for your suggestion. This feature was released in RKWard 0.5.3, today. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:31:55", "last_edited": null, "slug": "0ed3", "subject": "#57 Missing charset selection dropdown-menu in the open dialog" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:31:56", "last_edited": null, "slug": "9932", "subject": "#57 Missing charset selection dropdown-menu in the open dialog" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:31:56", "votes_down": 0, "votes_up": 0, "_id": "50f52f5334309d12e68e10e2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d153c692/", "ticket_num": 57, "custom_fields": { "_priority": "5" }, "created_date": "2009-11-18 17:20:06" },{ "status": "open", "reported_by_id": "4ec95d7f0594ca1ad8000adc", "related_artifacts": [], "attachments": [], "reported_by": "yapweiliang", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "menu->Run->Run to current line etc", "description": "It would be nice to have a Run.. run to current line, run from current line; in addition to run current line/run selection/etc\r\n\\(Sorry if this has already been implemented - I'm still on 0.5.1 via ubuntu\\). Thank you very much for this excellent software\\!", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "8bf6d52e", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:36.156000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5434309d12e68e10f8", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/8bf6d52e/", "ticket_num": 58, "custom_fields": { "_priority": "5" }, "created_date": "2009-12-05 13:29:10" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Toggle focus between console and editor", "description": "Once the console is enabled, i would like to toggle the focus between the scripts and the console regularly. With default settings, toggling can be effected by performing Alt+5 and Alt+0, which is basically show/hide in series. It would be nice to have a single shortcut for toggling.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "232e98dc", "posts": [ { "text": "I agree this would be nice to have, and eventually we will have this.\r\n\r\nUnfortunately, realizing this is technically more difficult than it may seem, and so this will not happen right away. Two more alternatives for the interim:\r\n1\\) Repeatedly pressing Alt+5 will also switch between console and current script, but with the side-effect of hiding the console while the script window is active.\r\n2\\) You can detach the console or the script window \\(or both; Windows->Detach\\) and use the Alt+Tab feature of the window manager to switch between the two.\r\n", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:08:40", "last_edited": null, "slug": "38fb", "subject": "#59 IMPLEMENTED IN SVN: Toggle focus between console and editor" }, { "text": "Implemented in the development version / the upcoming daily build.\r\n\r\nCtrl+\\(Shift\\)+Tab allows to switch between recent windows, similar to the Alt+Tab feature of the window manager.", "attachments": [], "author": "tfry", "timestamp": "2011-04-25 09:47:58", "last_edited": null, "slug": "75b3", "subject": "#59 IMPLEMENTED IN SVN: Toggle focus between console and editor" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Toggle focus between console and editor --> IMPLEMENTED IN SVN: Toggle focus between console and editor", "attachments": [], "author": "tfry", "timestamp": "2011-04-25 09:47:58", "last_edited": null, "slug": "74bc", "subject": "#59 IMPLEMENTED IN SVN: Toggle focus between console and editor" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:25:47", "last_edited": null, "slug": "d1a9", "subject": "#59 IMPLEMENTED IN SVN: Toggle focus between console and editor" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:25:47", "votes_down": 0, "votes_up": 0, "_id": "50f52f5434309d12e68e10ff", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/232e98dc/", "ticket_num": 59, "custom_fields": { "_priority": "5" }, "created_date": "2010-01-12 10:24:16" },{ "status": "closed", "reported_by_id": "50e60f8c27184605b33dec6b", "related_artifacts": [], "attachments": [], "reported_by": "urlwolf", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: wrap output on R console", "description": "this is simple, and useful: wrap output on R console\r\nI have to scroll a lot sideways when printing a long string :\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d692ce2b", "posts": [ { "text": "Well, I personally prefer scrolling, than the wrapped output. Of course, this is individual preference. In anycase you can set it up in Settings > R-Backend > Output width.", "attachments": [], "author": "kapatp", "timestamp": "2010-01-15 19:15:15", "last_edited": null, "slug": "a4c5", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "this output width is sorely ignored when printing a long string...", "attachments": [], "author": "urlwolf", "timestamp": "2010-01-15 19:20:55", "last_edited": null, "slug": "194d", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:09:42", "last_edited": null, "slug": "1b20", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "Ok, while adding a bunch of similar actions, I added the dynamical word wrap action as well.\r\n\r\nOff by default, of course.", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:12:11", "last_edited": null, "slug": "ee42", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "- **summary**: wrap output on R console --> IMPLEMENTED IN SVN: wrap output on R console", "attachments": [], "author": "tfry", "timestamp": "2010-03-21 21:12:11", "last_edited": null, "slug": "d545", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "Thanks for your suggestion. This feature was released in RKWard 0.5.3, today. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:05", "last_edited": null, "slug": "9a1b", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:28:05", "last_edited": null, "slug": "5f75", "subject": "#60 IMPLEMENTED IN SVN: wrap output on R console" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:28:05", "votes_down": 0, "votes_up": 0, "_id": "50f52f5434309d12e68e111a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d692ce2b/", "ticket_num": 60, "custom_fields": { "_priority": "5" }, "created_date": "2010-01-15 15:21:44" },{ "status": "closed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": "tfry", "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Output graph properties", "description": "Discussion:\r\nhttps://sourceforge.net/projects/rkward/forums/forum/165574/topic/3544120\r\n\r\nIt may be possible to have a button on the export plugin to send the graph to the output window with the user specified parameters.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "4daccfd2", "posts": [ { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:39:24", "last_edited": null, "slug": "c330", "subject": "#61 Output graph properties" }, { "text": "Ok, I think this can be considered implemented. I used a somewhat different approach, though:\r\n\r\n1\\. The export plugin gains SVG-export.\r\n2\\. There are new settings in Settings->Configure RKWard->Output, allowing to set PNG, JPG, or SVG as default output formats.", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:39:25", "last_edited": null, "slug": "ab5b", "subject": "#61 Output graph properties" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:39:25", "last_edited": null, "slug": "b09c", "subject": "#61 Output graph properties" }, { "text": "As mentioned in the previous comment, I think this can be considered implemented, although I used a somewhat different approach. Therefore, I'm closing this, now that 0.5.3 has been released.\r\n\r\nIf you think there is still a need for the feature as described in the original summary, just re-open.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:31:31", "last_edited": null, "slug": "7c36", "subject": "#61 Output graph properties" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:31:31", "last_edited": null, "slug": "b5a5", "subject": "#61 Output graph properties" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:31:31", "votes_down": 0, "votes_up": 0, "_id": "50f52f5434309d12e68e1146", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/4daccfd2/", "ticket_num": 61, "custom_fields": { "_priority": "5" }, "created_date": "2010-02-05 18:29:38" },{ "status": "open", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Document list view", "description": "List of open documents tab as the \"Documents\" tab in kate would be very helpful to navigate\r\nwhen many scripts are opened.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "8a7b7340", "posts": [ { "text": "This is not what you're asking for, but may be of interest as an interim solution: The development version now supports switching between windows using Ctrl+\\(Shift\\)+Tab. This brings up a popup showing a list of the most recently used windows.", "attachments": [], "author": "tfry", "timestamp": "2011-04-25 09:52:26", "last_edited": null, "slug": "f7ea", "subject": "#62 Document list view" }, { "text": "That is helpful\\!\r\nThe popup window is very small, though.", "attachments": [], "author": "rtautenh", "timestamp": "2011-05-09 18:53:01", "last_edited": null, "slug": "97a6", "subject": "#62 Document list view" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:37.305000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5534309d12e68e1166", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/8a7b7340/", "ticket_num": 62, "custom_fields": { "_priority": "5" }, "created_date": "2010-03-09 19:38:48" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Context menus on the help pages", "description": "If a text is selected \\(by mouse, of course\\) on any \\(R's dynamically generated / Rkward's static\\) help page, the following options \\(not in any particular order\\) in context menu will be helpful:\r\n\r\n\\[1\\] Copy\r\n\\[2\\] Evaluate\r\n\\[3\\] Search\r\n\\[4\\] Open in new Tab\r\n\\[5\\] Open in new Window\r\n\r\nDetails:\r\n\\[1\\] Just copy to the clipboard\r\n\\[2\\] Evaluate the selected text inside a local \\(\\{\\}\\) environment. This will be really useful for the examples on the help pages. Either send it directly to the R Console or bypass the console. So, this could be two options - 'Evaluate in console', 'Evaluate bypassing the console'. Although if a local\\(\\) env is used, I am not sure, if the option of bypassing the console be any useful. Of course, the selected text need not be a valid R code/expression: let R take care of it, we don't have to bother with this kind of error check. As long as it is inside a local\\(\\) it should be safe.\r\n\\[3\\] Do a fuzzy search of the selected text. The selected text could be sent to the search window \\(Alt+6\\) which pop up gets the focus.\r\n\\[4\\] A link on a help page could be opened in a new tab.\r\n\\[5\\] Same as \\[4\\] but open in a new tab and then detach it.\r\n\r\nIf I can think of more, I'll add it here. Others can chime in with their options as well.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "67f6f682", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:37.493000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5534309d12e68e1178", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/67f6f682/", "ticket_num": 63, "custom_fields": { "_priority": "5" }, "created_date": "2010-04-23 16:38:41" },{ "status": "closed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: Context menus on the tab bar", "description": "On the tab bar that controls the script files windows, help windows, data.frame editor, and object viewer \\(print \\(...\\)\\), the following context menus will be helpful:\r\n\r\n\\[1\\] Close tab\r\n\\[2\\] Open in new window / Detach\r\n\\[3\\] Move tab to the leftmost position\r\n\\[4\\] Move tab to the left\r\n\\[5\\] Move tab to the right\r\n\\[6\\] Move tab to the rightmost position\r\n\\[7\\] Split vertically\r\n\\[8\\] Split horizontally\r\n\r\nDetails:\r\n\\[1-6\\]: Self-explanatory.\r\n\\[7-8\\]: Assuming there exists a feature to split windows\\! \\(I'll open a new request, if not.\\)\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d6f1790a", "posts": [ { "text": "This is more suited to interface than command editor\\!", "attachments": [], "author": "kapatp", "timestamp": "2010-04-23 17:25:46", "last_edited": null, "slug": "9b70", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" }, { "text": "- **labels**: 667710 --> Interface Improvements (example)", "attachments": [], "author": "kapatp", "timestamp": "2010-04-23 17:25:46", "last_edited": null, "slug": "8569", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" }, { "text": "Implemented in SVN: http://p.sf.net/rkward/svn .\r\n\r\nThe context menu ended up much shorter, however:\r\n\\- Split views are not yet supported.\r\n\\- The tabs can now simply be dragged around with the mouse, I think that obviates any need for actions 3-6.", "attachments": [], "author": "tfry", "timestamp": "2010-05-02 10:41:25", "last_edited": null, "slug": "1b94", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" }, { "text": "- **summary**: Context menus on the (script editor) tab bar --> IMPLEMENTED IN SVN: Context menus on the tab bar", "attachments": [], "author": "tfry", "timestamp": "2010-05-02 10:41:26", "last_edited": null, "slug": "cb5b", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" }, { "text": "Thanks.\r\nThe current implementation is perfect. I use them quite often now ;\\)\r\n", "attachments": [], "author": "kapatp", "timestamp": "2010-05-08 07:07:59", "last_edited": null, "slug": "8202", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:16:46", "last_edited": null, "slug": "f364", "subject": "#64 IMPLEMENTED IN SVN: Context menus on the tab bar" } ], "page": null, "subject": "" }, "mod_date": "2010-10-04 20:16:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f5534309d12e68e117f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d6f1790a/", "ticket_num": 64, "custom_fields": { "_priority": "5" }, "created_date": "2010-04-23 16:48:05" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Split views for the script editor", "description": "Analogous to kate's View > Split view > Split vertical, horizontal, close view", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "4d48852f", "posts": [ { "text": "This feature is a must. I used kate before piping the lines to the console and then i switched to rkward, basically because is kate based. However, I see myself from time to time moving into kate again as I continuously need to check other parts of my code in the same file as in others.", "attachments": [], "author": "sigfridumest", "timestamp": "2014-07-31 16:45:44.684000", "last_edited": "2014-07-31 16:49:17.017000", "slug": "3210", "subject": "#65 Split views for the script editor" } ], "page": null, "subject": "" }, "mod_date": "2014-07-31 16:45:51.771000", "votes_down": 0, "votes_up": 1, "_id": "50f52f5534309d12e68e11a4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/4d48852f/", "ticket_num": 65, "custom_fields": { "_priority": "5" }, "created_date": "2010-04-23 17:25:00" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": "kapatp", "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": "4ff34b7371b75b485a001a40", "private": false, "summary": "Fix the whole CRAN mirror issue", "description": "Eventually, the following things will need to be taken care of \\(not a bug, but an eyesore ;\\) \\):\r\n\r\nIf repos == '@CRAN@' and 'Fetch list' is called from either Install or Update tabs of Configure Packages then the same old Tcl/Tk menu is shown. To fix this, fix the available.packages\\(\\) call in .rk.cached.available.packages\\(\\). Basically, check if repos == '@CRAN@' and call rk.select.CRAN.mirror\\(\\); set the repos and then call available.packages\\(\\).\r\n\r\n3\\. Add the base CRAN mirror: \"http://cran.r-project.org\" \\(an Austrian server\\) to the chooseCRANmirror\\(\\) list. May be even set this as the default, if none is selected?", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1747f22b", "posts": [ { "text": "\"the same old Tcl/Tk menu is shown\"\r\n\r\nAre you sure? For me it's the new RKWard native menu. You can differentiate the two by the window icon. If it's an RKWard one, it's ours, if it's a plain X11, it's the tcl-menu. Also, you would see a message \"Loading Tcl/Tk interface\" for the tcl-menu.\r\n\r\nOf course either way it does not provide the extended information about the mirrors. The most central place to fix this would be in chooseCRANmirror\\(\\) \\(which is a bit difficult to override, but see the bottom section of internal.R, where we replace menu\\(\\) and select.list\\(\\)\\).", "attachments": [], "author": "tfry", "timestamp": "2010-04-24 08:50:30", "last_edited": null, "slug": "78a0", "subject": "#66 Fix the whole CRAN mirror issue" }, { "text": "Yes, you are right. My wording was wrong, the menu is RKWard native. My intention was the lack of extended information.", "attachments": [], "author": "kapatp", "timestamp": "2010-04-25 05:52:45", "last_edited": null, "slug": "25d8", "subject": "#66 Fix the whole CRAN mirror issue" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:38.009000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5534309d12e68e11ab", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1747f22b/", "ticket_num": 66, "custom_fields": { "_priority": "3" }, "created_date": "2010-04-24 04:12:34" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED: Support .Rhistory", "description": "Hook into R's history\\(\\) mechanism.\r\n\r\n1\\. As a minimum, add those commands using ptr\\_R\\_addhistory that are also saved in our internal console history.\r\n\\-- This would support savehistory\\(\\), and history\\(\\).\r\n1b. Add a GUI-menu item to save history.\r\n2\\. Support for reading history is trickier, as it may interfere with the saved history.\r\n2a. Add a GUI -menu item to read history \\(prompting to save first; that hook might go to ptr\\_R\\_loadhistory\\(\\)\\), manually.\r\n2b. Add an option to use R's history, completely, including restoring .Rhistory, automatically. When this is on, and a history was loaded, the internal rkward history should not be saved. When this is false, simply do not act on ptr\\_R\\_loadhistory\\(\\) during startup.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "95abb997", "posts": [ { "text": "R's history functions are supported in RKWard 0.5.5 \\(using a very different implementation\\).", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:40:18", "last_edited": null, "slug": "e0ad", "subject": "#67 IMPLEMENTED: Support .Rhistory" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Support .Rhistory --> IMPLEMENTED: Support .Rhistory\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:40:18", "last_edited": null, "slug": "e618", "subject": "#67 IMPLEMENTED: Support .Rhistory" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:40:18", "votes_down": 0, "votes_up": 0, "_id": "50f52f5634309d12e68e11bc", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/95abb997/", "ticket_num": 67, "custom_fields": { "_priority": "5" }, "created_date": "2010-05-04 13:58:40" },{ "status": "closed", "reported_by_id": "5042313471b75b1e688a01b4", "related_artifacts": [], "attachments": [], "reported_by": "naught101", "assigned_to": "tfry", "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTD IN SVN: function to get labels from a dataframe.", "description": "rkward stores dataframe variable labels as variable attribute metadata. It's possible to get a single label, with rk.get.label\\(dataframe\\[,x\\]\\), where x is the variable you want. It would be good to get all the labels from a dataframe, and store them as a vector. \r\n\r\nThere might be a simpler way to do this, but this works for me:\r\n\r\nrk.get.labels <- function\\(dataframe\\)\r\n\\{\r\nlabelsvector <- c\\(\\)\r\nfor \\(i in 1:length\\(dataframe\\)\\)\r\n\\{\r\nlabelsvector <- c\\(labelsvector,rk.get.label\\(dataframe\\[,i\\]\\)\\)\r\n\\}\r\nreturn\\(labelsvector\\)\r\n\\}", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "64b5f3d9", "posts": [ { "text": "Thanks for the suggestion. I guess it's reasonable to add something like that. However, we really need to start documenting those functions, before we add too much. Let's see what we can do for the next release.\r\n\r\nHere's a one-line version of your function:\r\nrk.get.labels <- function \\(df\\) sapply \\(df, rk.get.label\\)", "attachments": [], "author": "tfry", "timestamp": "2010-05-08 17:00:12", "last_edited": null, "slug": "14fe", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." }, { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2012-08-14 10:37:43", "last_edited": null, "slug": "1aca", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." }, { "text": "Now implemented in the SVN version of RKWard as rk.list.labels\\(\\).\r\n\r\nSee http://p.sf.net/rkward/svn .", "attachments": [], "author": "tfry", "timestamp": "2012-08-14 10:37:43", "last_edited": null, "slug": "b0c8", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Simple function to get labels from a dataframe. --> IMPLEMENTD IN SVN: function to get labels from a dataframe.", "attachments": [], "author": "tfry", "timestamp": "2012-08-14 10:37:43", "last_edited": null, "slug": "d845", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." }, { "text": "Closing as the feature is officially released in 0.6.0.", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:09:14", "last_edited": null, "slug": "9b62", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:09:14", "last_edited": null, "slug": "1daf", "subject": "#68 IMPLEMENTD IN SVN: function to get labels from a dataframe." } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:09:14", "votes_down": 0, "votes_up": 0, "_id": "50f52f5634309d12e68e11cd", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/64b5f3d9/", "ticket_num": 68, "custom_fields": { "_priority": "5", "_milestone": "Next_Release_(example)" }, "created_date": "2010-05-05 08:11:42" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Grouping factor in boxplot", "description": "Option to use any category/discrete variable to group other continuous variables in boxplot, like it is possible in stripchart.\r\nExample attached made in RCommander.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "4fe292c8", "posts": [ { "text": "Boxplot with variable \"time\" grouped by discrete variable", "attachments": [ { "url": "http://sourceforge.net/p/rkward/feature-requests/_discuss/thread/4fe292c8/c9b6/attachment/boxplot_tempo_solicit-aprov_tipo-processo.png", "bytes": 7305 } ], "author": "nobody", "timestamp": "2010-05-08 00:37:58", "last_edited": null, "slug": "c9b6", "subject": "#69 IMPLEMENTED IN SVN: Grouping factor in boxplot" }, { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2011-09-26 09:27:57", "last_edited": null, "slug": "48e6", "subject": "#69 IMPLEMENTED IN SVN: Grouping factor in boxplot" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Grouping factor in boxplot --> IMPLEMENTED IN SVN: Grouping factor in boxplot", "attachments": [], "author": "tfry", "timestamp": "2011-09-26 09:27:57", "last_edited": null, "slug": "e338", "subject": "#69 IMPLEMENTED IN SVN: Grouping factor in boxplot" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:19:45", "last_edited": null, "slug": "d619", "subject": "#69 IMPLEMENTED IN SVN: Grouping factor in boxplot" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:19:45", "votes_down": 0, "votes_up": 0, "_id": "50f52f5634309d12e68e11f2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/4fe292c8/", "ticket_num": 69, "custom_fields": { "_priority": "5" }, "created_date": "2010-05-08 00:37:58" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Object Browser" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "object.size of the variables", "description": "object.size\\(x\\) value could be added to the tooltip on x as well as to the Object Viewer \\(right click on x > View\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "11653d59", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:39.733000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5734309d12e68e1216", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/11653d59/", "ticket_num": 70, "custom_fields": { "_priority": "5" }, "created_date": "2010-05-08 07:39:05" },{ "status": "closed", "reported_by_id": "4ff34acc71b75b485a00112b", "related_artifacts": [], "attachments": [], "reported_by": "matifou", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Enable recall last command in debugger", "description": "A nice feature that would be highly welcome in the debugger \\(so to be clear: the one called by browser\\(\\), right?\\) would be that pressing \"up\r\narrow key\" calls back the last entered command, as is the case for the usual console.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "c382afa1", "posts": [ { "text": "- **status**: open --> closed\n- **milestone**: --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:58:50.226000", "last_edited": null, "slug": "d3a6", "subject": "#71 Enable recall last command in debugger" }, { "text": "Implemented in the Debugger Console in 0.6.0", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:58:50.676000", "last_edited": null, "slug": "1b18", "subject": "#71 Enable recall last command in debugger" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:58:50.747000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5734309d12e68e121d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/c382afa1/", "ticket_num": 71, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2010-06-06 13:24:07" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: make tabs movable", "description": "As in Firefox I would like to sort my tabs in a different order \\(sometimes\\). However, I can't move my tabs, yet. Please implement.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "89e8b12b", "posts": [ { "text": "Already implemented in the current development version: http://p.sf.net/rkward/svn .", "attachments": [], "author": "tfry", "timestamp": "2010-06-14 11:12:26", "last_edited": null, "slug": "c6c6", "subject": "#72 IMPLEMENTED IN SVN: make tabs movable" }, { "text": "- **milestone**: --> implemented_in_svn\n- **assigned_to**: nobody --> tfry\n- **summary**: make tabs movable --> IMPLEMENTED IN SVN: make tabs movable", "attachments": [], "author": "tfry", "timestamp": "2010-06-14 11:12:26", "last_edited": null, "slug": "0989", "subject": "#72 IMPLEMENTED IN SVN: make tabs movable" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:16:42", "last_edited": null, "slug": "d24e", "subject": "#72 IMPLEMENTED IN SVN: make tabs movable" } ], "page": null, "subject": "" }, "mod_date": "2010-10-04 20:16:42", "votes_down": 0, "votes_up": 0, "_id": "50f52f5734309d12e68e1224", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/89e8b12b/", "ticket_num": 72, "custom_fields": { "_priority": "5", "_milestone": "implemented_in_svn" }, "created_date": "2010-06-12 14:34:13" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Object Browser" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Search box for objects", "description": "It would be nice to have a search box in the object browser which can display objects that \\(partially\\) match the search string", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7e2eec12", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:40.282000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5834309d12e68e123a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7e2eec12/", "ticket_num": 73, "custom_fields": { "_priority": "2" }, "created_date": "2010-06-19 20:59:29" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Add \"Copy code to output\"-Action", "description": "See https://sourceforge.net/mailarchive/message.php?msg\\_name=AANLkTil8LMmwk1hRDhIWUijNUzpcfMU-HB0hexSpM96m%40mail.gmail.com .\r\n\r\nCopy code to the output window, preferrably with syntax highlighting.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a963f0de", "posts": [ { "text": "Implemented as a global \"Carbon copy commands to output...\" setting. This allows to configure several types of commands and their output to be copied to the output window.", "attachments": [], "author": "tfry", "timestamp": "2011-05-12 14:21:00", "last_edited": null, "slug": "1ffa", "subject": "#74 IMPLEMENTED IN SVN: Add \"Copy code to output\"-Action" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Add \"Copy code to output\"-Action --> IMPLEMENTED IN SVN: Add \"Copy code to output\"-Action", "attachments": [], "author": "tfry", "timestamp": "2011-05-12 14:21:00", "last_edited": null, "slug": "6bd1", "subject": "#74 IMPLEMENTED IN SVN: Add \"Copy code to output\"-Action" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:23:38", "last_edited": null, "slug": "bb30", "subject": "#74 IMPLEMENTED IN SVN: Add \"Copy code to output\"-Action" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:23:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f5834309d12e68e1241", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a963f0de/", "ticket_num": 74, "custom_fields": { "_priority": "5" }, "created_date": "2010-06-25 12:09:23" },{ "status": "open", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Search help with Shift+F2", "description": "F2 gives the function reference for the word under the cursor.\r\nI would expect Shift+F2 to work similarly, i.e. to search the help for the word under the cursor.\r\nThis would be very convenient - to search the R help for functions\r\nwhere the library is not loaded or cannot be loaded.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "9b5283bb", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:40.619000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5834309d12e68e1257", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/9b5283bb/", "ticket_num": 75, "custom_fields": { "_priority": "5" }, "created_date": "2010-06-29 22:38:22" },{ "status": "closed", "reported_by_id": "50736434bfc09e3e92dd446b", "related_artifacts": [], "attachments": [], "reported_by": "chengas123", "assigned_to": "tfry", "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Place x to close tab on tab", "description": "It would be more usable if the x to close a tab were on the tab itself instead of being on the right side of the app. Firefox and Chrome are good examples.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "ef962f6c", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for taking the time to report this, but this is already implemented in version 0.5.3 \\(only when used with KDE libraries 4.1 or higher\\). Please update your installation. I'm closing this as implemented.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:09:03", "last_edited": null, "slug": "8532", "subject": "#76 Place x to close tab on tab" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:09:04", "last_edited": null, "slug": "9442", "subject": "#76 Place x to close tab on tab" } ], "page": null, "subject": "" }, "mod_date": "2010-08-02 09:09:04", "votes_down": 0, "votes_up": 0, "_id": "50f52f5834309d12e68e125e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/ef962f6c/", "ticket_num": 76, "custom_fields": { "_priority": "5" }, "created_date": "2010-07-30 01:56:23" },{ "status": "closed", "reported_by_id": "50f52f5834309d12e68e1270", "related_artifacts": [], "attachments": [], "reported_by": "balpo", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Local working directory sync", "description": "When opening RKWard, by default it starts at the user's home /home/Balpo.\r\nOpening a file does not synchronise the working directory, so one must manually type it in the console.\r\nAn automatic synchronisation would be a good thing to have.\r\n\r\nThanx", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "88a0d9f8", "posts": [ { "text": "Hi, and thanks for reporting.\r\n\r\nWe discussed automatic synchronization with the working directory a while ago, and concluded that it would raise too many questions regarding the details, and lead to confusion. Instead we added a manual action for this purpose: Run->CD to script directory. And of course you can also assign a shortcut to this.\r\n\r\nIf you think this is not good enough, then please take up the discussion on our rkward-devel mailing list. However, for the time being I will close this request as \"rejected\".\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:06:25", "last_edited": null, "slug": "f86c", "subject": "#77 Local working directory sync" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:06:25", "last_edited": null, "slug": "18ee", "subject": "#77 Local working directory sync" } ], "page": null, "subject": "" }, "mod_date": "2010-08-02 09:06:25", "votes_down": 0, "votes_up": 0, "_id": "50f52f5834309d12e68e126f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/88a0d9f8/", "ticket_num": 77, "custom_fields": { "_priority": "5" }, "created_date": "2010-07-30 04:07:44" },{ "status": "closed", "reported_by_id": "50736434bfc09e3e92dd446b", "related_artifacts": [], "attachments": [], "reported_by": "chengas123", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Bind Ctrl+Y as redo", "description": "Every other program I use has Ctrl+Y as redo: Eclipse, Gimp, Chrome, Firefox, Open Office, etc. This makes it very frustrating that it's Ctrl+Shift+Z in RKWard. I think that allowing both to work as redo would be a good solution.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b902bfa9", "posts": [ { "text": "Hi\\!\r\n\r\nWe are rather conservative when it comes to assigning shortcuts, since it is all too easy to create conflicting shortcuts \\(shortcuts assigned to more than one action\\) in the various user setups. The Ctrl+Shift+Z shortcut for Undo is the standard in KDE, which RKWard is based on.\r\n\r\nYou can configure the shortcut yourself in RKWard \\(Settings->Configure Shortcuts, or click the right mouse button on Edit->Redo\\). You can even set Ctrl+Y as the default shortcut in \\*all\\* KDE applications: Run \"systemsettings\", and select Computer Administration->Keyboard & Mouse->Standard Keyboard Shortcuts.\r\n\r\nOf course you may want to request Ctrl+Y as a default \\(alternate\\) shortcut for redo in the KDE bug tracker \\(http://bugs.kde.org\\). However, for RKWard, we will continue to use the system default, wherever possible. Therefore, I'm closing this request.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:25:15", "last_edited": null, "slug": "6c1f", "subject": "#78 Bind Ctrl+Y as redo" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-08-02 09:25:15", "last_edited": null, "slug": "1d26", "subject": "#78 Bind Ctrl+Y as redo" } ], "page": null, "subject": "" }, "mod_date": "2010-08-02 09:25:15", "votes_down": 0, "votes_up": 0, "_id": "50f52f5a34309d12e68e129f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b902bfa9/", "ticket_num": 78, "custom_fields": { "_priority": "5" }, "created_date": "2010-08-01 23:53:19" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Improve warning: console is busy", "description": "For someone using rkward regularily as me, it would be extremely useful if executing commands using F7, F8 or F9 with some text in the console does not show the window: \u201cYou have configured RKWard to run script commands through the console. However, the console is currently busy \\(either a command is running, or you have started to enter text in the console\\). Do you want to bypass the console this one time, or do you want to try again later?\u201d. \r\n\r\nInstead, whatever is in the console should be simply removed. I often type somethings in the console, and realize that I could execute simply a line in the code. Implementing this wish - at least as a configurable behaviour - would improve the useability of rkward for me very much\\!\r\n\r\nExcept of this little issue, thank you very much for this great and very useful software\\!\r\n\r\nJohannes", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "91287d0a", "posts": [ { "text": "This warning can be pretty annoying indeed. I think it makes sense to differentiate two cases:\r\n\r\n1\\. User typed something in the console, but did not hit enter, yet, OR command in console is syntactically incomplete:\r\nYes, probably it makes most sense to offer the option to remove the old command.\r\n\r\n2\\. A command is actually running in the console:\r\nAdd the new command in the paste buffer, instead \\(and display a note with \"do not show again\"-option\\).\r\n\r\nPerhaps it would really makes sense to offer the option of secondary console windows for power users, after all.", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 13:18:36", "last_edited": null, "slug": "e9e2", "subject": "#79 IMPLEMENTED IN SVN: Improve warning: console is busy" }, { "text": "I did not remove the dialog, but rather changed it offer more useful options, instead:\r\n\\- Append to whatever is in the console\r\n\\- Clear console and submit \\(the option you suggested\\)\r\n\\- Cancel\r\n\r\nThis is much better than before, IMO, so I consider this request as implemented.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-01-26 18:22:08", "last_edited": null, "slug": "eaf4", "subject": "#79 IMPLEMENTED IN SVN: Improve warning: console is busy" }, { "text": "- **summary**: Remove warning: console is busy --> IMPLEMENTED IN SVN: Improve warning: console is busy", "attachments": [], "author": "tfry", "timestamp": "2011-01-26 18:22:08", "last_edited": null, "slug": "41c6", "subject": "#79 IMPLEMENTED IN SVN: Improve warning: console is busy" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:37:04", "last_edited": null, "slug": "ed2e", "subject": "#79 IMPLEMENTED IN SVN: Improve warning: console is busy" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:37:04", "votes_down": 0, "votes_up": 0, "_id": "50f52f5a34309d12e68e12b0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/91287d0a/", "ticket_num": 79, "custom_fields": { "_priority": "5" }, "created_date": "2010-08-13 21:31:58" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Console" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLMENTED IN SVNoption to disable function argument hinting", "description": "Add option to disable the function argument tooltips in console / script editor.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d23e0ac8", "posts": [ { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2010-09-09 13:26:26", "last_edited": null, "slug": "7320", "subject": "#80 IMPLMENTED IN SVNoption to disable function argument hinting" }, { "text": "- **summary**: Add option ot disable function argument hinting --> IMPLMENTED IN SVNoption to disable function argument hinting", "attachments": [], "author": "tfry", "timestamp": "2010-09-09 13:26:26", "last_edited": null, "slug": "ba70", "subject": "#80 IMPLMENTED IN SVNoption to disable function argument hinting" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:16:38", "last_edited": null, "slug": "73f4", "subject": "#80 IMPLMENTED IN SVNoption to disable function argument hinting" } ], "page": null, "subject": "" }, "mod_date": "2010-10-04 20:16:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f5a34309d12e68e12cb", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d23e0ac8/", "ticket_num": 80, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-01 13:12:36" },{ "status": "closed", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "add interaction with version control systems? (svn, bzr,...)", "description": "During this past August when I was blocked in rkward due to a bug in the current stable version for ubuntu 10.04 \\(rkward 0.5.2\\), I moved to Eclipse + StatET plugin \\(for R\\), and one of the nice things that I saw there, which I miss in RKward is the integrated interaction with version control systems, such as subveresion, bazaar, etc. \r\n\r\nI know in kde I can use kdesvn, for instance, but I saw that Dolphin in KDE SC 4.4 \\(at least\\) allows interaction with subversion from it's context menus... So I'm wondering whether it's possible to extend RKward to do something similar to what it's possible in Dolphin.\r\n\r\nAny chance to see this in some future version of RKWard?\r\n\r\nThanks for your nice work with this GUI for R.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "aa28a544", "posts": [ { "text": "No comments for more than one year... Mmmmm... maybe there is no interest.\r\n\r\nWell, since Eclipse + the RJava console are buggy for me and unreliable, and since I've seen gret progress with rkward these months, I'm using it again quite frequently, as well as promoting it among my work colleagues. \r\n\r\nWe are also using svn and Bazaar. For svn, I already suggested to integrate ksvn with rkward, in a similar way in which it was integrated with other KDE file managers. And as far as I understood, RKward uses mainly KDE architechture for common things like file management, etc. Maybe it wouldn't be that difficult? \r\n\r\nAnd for the last year, we have been using \"Bazaar\" \\( http://bazaar.canonical.com \\) to have decentralized management system for version control on our sets of files. One of the nice things about bazaar, is that there is already a nice set of Qt-based GUI programs \\(\"Qbzr\" - http://groups.google.com/group/qbzr/web/screenshots \\) to ease most tasks \\(diffing, pushing, pulling, updating, merging, ...\\), besides native solutions for each of the major operating systems. And they work very well in all of them.\r\n\r\nSo again, maybe it wouldn't be that difficult to integrated bazaar \\(Qbzr\\) into the menus of RKWard and the file manager, so that the lifecycle of collaborative projects with R scripts can be much easier through RKWard itself, without the need to run other programs aside of RKWard?\r\n\r\nI would consider paying some money to the coder who is able to add this integration \\(If I can afford your rates, whoever coder is willing to improve this aspect of RKward\\). I work in a few research teams in which we are using R, and we they are nowadays getting into Bazaar, and this improvement would ease the task for them \\(for us all, in fact\\).\r\n\r\nCheers\r\n\r\nP.S: In addition, congratulations for RKWard efficiency: I recently compared the memory consumption of running some scripts \\(on a Dual-core Pentium IV with Ubuntu GNU/Linux 10.10 with a mixture of gnome and KDE apps\\) through:\r\n\\(1\\) Eclipse+RJava+STatEt plugin, \r\n\r\nand also through\r\n\r\n\\(2\\) RKward\r\n\r\nand using \\(2\\) \\[RKward\\], the memory consumption \\(RAM and Swap\\) was one order of magnitude lower for the whole run \\(30'\\) than through \\(1\\). Congratulations\\!", "attachments": [], "author": "xavidp", "timestamp": "2011-03-18 07:41:07", "last_edited": null, "slug": "c51e", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" }, { "text": "Oups, I need more coffee this morning:\r\n\"No comments for more than one year... Mmmmm... maybe there is no interest.\"\r\nThis is not true. \r\n\r\ns/more than one year/more than half a year", "attachments": [], "author": "xavidp", "timestamp": "2011-03-18 07:42:52", "last_edited": null, "slug": "f901", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" }, { "text": "hi,\r\n\r\ni guess the integration of version control systems you are thinking of is part of eclipse, not an implementation in StatET itself. the same would be true for the dolphin integration, which as far as i understand comes with kdesvn and is not a genuine dolphin \\(or konqueror\\) feature.\r\n\r\ni've noticed that in my RKWard installation, if i open the file browser window, the context menus already feature the same svn entries as dolphin & konqueror \\(if kdesvn is also installed\\). so if that's what you were looking for it's already there ;-\\)", "attachments": [], "author": "m-eik", "timestamp": "2011-03-28 09:39:23", "last_edited": null, "slug": "3e63", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" }, { "text": "Impelemented in current RKWard versions \\(at least RKward 0.5.6\\) thanks to supporting KDE service menus.\r\nI added my 2 cents here:\r\nhttp://kde-apps.org/content/show.php/QBazaar+service+menu?content=142321\r\n\r\n\\(rescuing the work deon in this area by other people\\)", "attachments": [], "author": "xavidp", "timestamp": "2011-07-15 08:54:46", "last_edited": null, "slug": "ba07", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "xavidp", "timestamp": "2011-07-15 08:54:46", "last_edited": null, "slug": "aaf7", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" }, { "text": "m-eik: yes, you are right. Thomas added that support for kde service menus a while ago after my request.\n", "attachments": [], "author": "xavidp", "timestamp": "2011-07-15 08:57:03", "last_edited": null, "slug": "e0dd", "subject": "#81 add interaction with version control systems? (svn, bzr,...)" } ], "page": null, "subject": "" }, "mod_date": "2011-07-15 08:54:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f5a34309d12e68e12e1", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/aa28a544/", "ticket_num": 81, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-02 09:04:59" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Add graphical option for graphics window size", "description": "Add option to control the default size of graphics windows.\r\n\r\nSee http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00936.html for background info.\r\n\r\n\\---\r\n\r\nImplementation notes: Store this as inches \\(as X11\\(\\) does\\), or as pixels? Perhaps going with inches is easiest. Might be converted to pixels on the windows platform.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1a46cfa7", "posts": [ { "text": "- **labels**: --> Settings / options", "attachments": [], "author": "tfry", "timestamp": "2010-09-09 13:30:23", "last_edited": null, "slug": "ad87", "subject": "#82 Add graphical option for graphics window size" }, { "text": "Implemented and released in 0.5.4", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:27:50", "last_edited": null, "slug": "4aaf", "subject": "#82 Add graphical option for graphics window size" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:27:54", "last_edited": null, "slug": "a2ad", "subject": "#82 Add graphical option for graphics window size" } ], "page": null, "subject": "" }, "mod_date": "2010-10-04 20:27:54", "votes_down": 0, "votes_up": 0, "_id": "50f52f5b34309d12e68e1307", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1a46cfa7/", "ticket_num": 82, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-09 13:29:17" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "Interface Improvements (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "add option to set icon in rk.dialog", "description": "Option to set an appropriate icon \\(warnings / errors / question / information\\) would be good in the rk.show.message \\(\\) or rk.show.question \\(\\) calls. See point 4 in http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00961.html", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "cdd11b3b", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:43.647000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5b34309d12e68e131d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/cdd11b3b/", "ticket_num": 83, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-12 17:38:55" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "improve khtml module", "description": "May be selectively disable some of the khtml modules? Especially the Adblock. Too many adblock icons get appended to the RKWard status bar.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "89f4deac", "posts": [ { "text": "Two sub-issues, here:\r\n\r\n1\\) The Adblock module is rather useless in our context, so it would certainly be nice to get rid of it. Unfortunately, I cannot see a way to do so, ATM.\r\n\r\n2\\) Adblock icons remaining on the statusbar when html-windows are closed \\(and growing in number over time\\): This was fixed in KDE 4.5.2: http://websvn.kde.org/?view=revision&revision=1169566 .\r\n", "attachments": [], "author": "tfry", "timestamp": "2010-09-13 14:20:55", "last_edited": null, "slug": "d6f9", "subject": "#84 improve khtml module" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:43.780000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5b34309d12e68e1324", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/89f4deac/", "ticket_num": 84, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-12 18:48:55" },{ "status": "open", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "remove the rkward R package when uninstalling", "description": "\"make uninstall\" should remove the R package. It does not when the installation was done w/o root access into R\\_LIBS\\_USER. Packaged versions \\(as provided by various distributions\\) may behave differently.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b153e738", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:43.914000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5b34309d12e68e1330", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b153e738/", "ticket_num": 85, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-12 18:56:50" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Bookmark toolbar / Favourits for frequently used scripts etc", "description": "It might be of general interests to implement a bookmark/favorites toolbar in RKWard for example as known from Konqueror \\(allows searching for a term...\\). The purpose is to run scripts, text files etc. to use them as template or just as is. Since most of them are located in different places \\(or even removable devices\\) it is sometimes distracting and time consuming to search for them. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "93652323", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:44.012000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5b34309d12e68e1337", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/93652323/", "ticket_num": 86, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-23 21:38:35" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "User defined R packages to be loaded on start", "description": "An option to define packages \\(user defined\\) which are loaded at every RKWard start would be a good enhancement. This comes handy if the same task \\(which requires certain packages\\) is done frequently in RKWard. This wouldn't require the user to run a script which loads the packages or to do it from the GUI.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "ae3c803e", "posts": [ { "text": "- **status**: open --> closed\n- **milestone**: --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:57:10.255000", "last_edited": null, "slug": "daa9", "subject": "#87 User defined R packages to be loaded on start" }, { "text": "Since a while now, it is possible to specify custom startup commands in the Settings. I think that should be good enough.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:57:10.504000", "last_edited": null, "slug": "865a", "subject": "#87 User defined R packages to be loaded on start" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:57:10.531000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e133e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/ae3c803e/", "ticket_num": 87, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2010-09-26 21:32:19" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Nonlinear regression", "description": "You already have one regression method and as far as I can tell Nonlinear regression is possible in R.\r\nMe and my students would really appreciate it if this wonderful gui could access that function.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "3001c7cd", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:44.213000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e1345", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/3001c7cd/", "ticket_num": 88, "custom_fields": { "_priority": "5" }, "created_date": "2010-10-21 23:16:04" },{ "status": "closed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: Stop button", "description": "Would it be possible to add a big red stop button in the toolbar,\r\nthat will stop all the current R code execution ?\r\n\r\n\\(I am aware of the Pending jobs -> Select -> Cancel thing\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "81187c2a", "posts": [ { "text": "The functionality now exists in SVN \\(Run->Interrupt all commands\\).\r\n\r\nI'm not quite sure about adding it to the toolbar, yet. But of course you can do that yourself in Settings->Configure Toolbars.", "attachments": [], "author": "tfry", "timestamp": "2011-04-06 11:53:56", "last_edited": null, "slug": "a72b", "subject": "#89 IMPLEMENTED IN SVN: Stop button" }, { "text": "- **summary**: Stop button --> IMPLEMENTED IN SVN: Stop button", "attachments": [], "author": "tfry", "timestamp": "2011-04-06 11:53:56", "last_edited": null, "slug": "e00e", "subject": "#89 IMPLEMENTED IN SVN: Stop button" }, { "text": "I just added a beautiful stop button to my toolbar :\\)\r\nThanks a lot\\!\r\n\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2011-04-06 21:11:44", "last_edited": null, "slug": "40b9", "subject": "#89 IMPLEMENTED IN SVN: Stop button" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:23:33", "last_edited": null, "slug": "31e1", "subject": "#89 IMPLEMENTED IN SVN: Stop button" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:23:33", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e134c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/81187c2a/", "ticket_num": 89, "custom_fields": { "_priority": "5" }, "created_date": "2010-10-28 17:03:28" },{ "status": "closed", "reported_by_id": "5009a5a371b75b2b83004951", "related_artifacts": [], "attachments": [], "reported_by": "aloboaleu", "assigned_to": "tfry", "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: working directory set to that of .RData", "description": "When I select the .RData file upon start up, the working directory is not automatically set to that of the .RData. Could this be at least a configurable option? ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "c9a9431f", "posts": [ { "text": "Now implemented in SVN / the upcoming daily build. It's configurable, but on by default.", "attachments": [], "author": "tfry", "timestamp": "2011-04-22 12:27:25", "last_edited": null, "slug": "d436", "subject": "#90 IMPLEMENTED IN SVN: working directory set to that of .RData" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: working directory set to that of .RData --> IMPLEMENTED IN SVN: working directory set to that of .RData", "attachments": [], "author": "tfry", "timestamp": "2011-04-22 12:27:25", "last_edited": null, "slug": "5bc5", "subject": "#90 IMPLEMENTED IN SVN: working directory set to that of .RData" }, { "text": "Tried and works, thanks\\!\r\nAgus\r\n", "attachments": [], "author": "aloboaleu", "timestamp": "2011-04-25 20:56:05", "last_edited": null, "slug": "93ed", "subject": "#90 IMPLEMENTED IN SVN: working directory set to that of .RData" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:23:29", "last_edited": null, "slug": "1e02", "subject": "#90 IMPLEMENTED IN SVN: working directory set to that of .RData" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:23:29", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e1368", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/c9a9431f/", "ticket_num": 90, "custom_fields": { "_priority": "5" }, "created_date": "2010-12-16 09:02:59" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "logit/probit regression", "description": "Request to implement \"logit regression\" \\(binary and multinominal\\) and it would be also great if you could implement \"probit regression\" and \"tobit regression\".", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "01480134", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:44.925000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e1385", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/01480134/", "ticket_num": 91, "custom_fields": { "_priority": "5" }, "created_date": "2011-01-12 19:55:19" },{ "status": "open", "reported_by_id": "4f05e3ceb9363c390e0004e4", "related_artifacts": [], "attachments": [], "reported_by": "ocye", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Make spreadsheet colors configurable", "description": "I'm using a dark theme \\(Wonton Soup\\) with \\#D2DEF0 for active font \\(and \\#3C4048 for background\\). Because RKWard uses white for spreadsheets background I'm not able to read the text and need to change it to black always I start an analysis. Suggestion: Either apply system defaults or make colors customizable. Thanks a lot\\!\r\n\r\nKDE 4.5.4 \\(Release 9\\), openSuSE 11.3, RKWard 0.5.4", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "aa17cb87", "posts": [ { "text": "Hi,\r\n\r\nthanks for reporting this issue. In the development version \\(http://p.sf.net/rkward/svn\\), system defaults are now used for the regular background \\(i.e. for what was previously hardcoded as white\\). So this part is fixed.\r\n\r\nHowever, the editor still uses a number of further hardcoded colors \\(e.g. for invalid fields, and trailing rows\\), which cannot simply be mapped to system presets. So these really should be made configurable. Converting this ticket to a corresponding feature request.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-01-23 19:17:14", "last_edited": null, "slug": "5055", "subject": "#92 Make spreadsheet colors configurable" }, { "text": "- **labels**: 673590 --> \n- **summary**: Spreadsheet color --> Make spreadsheet colors configurable", "attachments": [], "author": "tfry", "timestamp": "2011-01-23 19:17:14", "last_edited": null, "slug": "01ea", "subject": "#92 Make spreadsheet colors configurable" } ], "page": null, "subject": "" }, "mod_date": "2011-01-23 19:17:14", "votes_down": 0, "votes_up": 0, "_id": "50f52f5c34309d12e68e138c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/aa17cb87/", "ticket_num": 92, "custom_fields": { "_priority": "5" }, "created_date": "2011-01-21 13:45:25" },{ "status": "closed", "reported_by_id": "50f52f5d34309d12e68e139e", "related_artifacts": [], "attachments": [], "reported_by": "gewoonjan", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: Make R-script file filter configureable", "description": "At this moment my Sweave files are not recognized automatically in Rkward by the open script dialog. I.e. they are not part of the r-script files filter. Could this filter be made configurable so the .Rnw extension can be added?\r\n\r\nRegards,\r\nJ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "30b2e234", "posts": [ { "text": "- **summary**: Make R-script file filter configureable --> IMPLEMENTED IN SVN: Make R-script file filter configureable", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:15:55", "last_edited": null, "slug": "6d93", "subject": "#93 IMPLEMENTED IN SVN: Make R-script file filter configureable" }, { "text": "Now implemented in the development version. Settings->Configure RKWard->Script editor.\r\n\r\nPlease test, if possible \\(see http://p.sf.net/rkward/svn for instructions on using the development version\\).", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:17:57", "last_edited": null, "slug": "3a75", "subject": "#93 IMPLEMENTED IN SVN: Make R-script file filter configureable" }, { "text": "tested. This seems to do the job. Thx\\!", "attachments": [], "author": "gewoonjan", "timestamp": "2011-09-20 11:57:26", "last_edited": null, "slug": "fa15", "subject": "#93 IMPLEMENTED IN SVN: Make R-script file filter configureable" }, { "text": "- **priority**: 5 --> 4", "attachments": [], "author": "gewoonjan", "timestamp": "2011-09-20 11:57:26", "last_edited": null, "slug": "4216", "subject": "#93 IMPLEMENTED IN SVN: Make R-script file filter configureable" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:19:30", "last_edited": null, "slug": "a422", "subject": "#93 IMPLEMENTED IN SVN: Make R-script file filter configureable" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:19:30", "votes_down": 0, "votes_up": 0, "_id": "50f52f5d34309d12e68e139d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/30b2e234/", "ticket_num": 93, "custom_fields": { "_priority": "4" }, "created_date": "2011-02-07 08:37:02" },{ "status": "open", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Editor / table" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "toggle between labeled view and integer view", "description": "in the data editor, for factors it would be nice to have a switch to toggle between labeled view and integer view \\(like with unclass\\(\\)\\).", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "46a5df6a", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:46.490000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5e34309d12e68e13de", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/46a5df6a/", "ticket_num": 94, "custom_fields": { "_priority": "5" }, "created_date": "2011-02-08 17:22:06" },{ "status": "closed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "IMPLEMENTED IN SVN: Make history length configurable", "description": "Make history \\(recent files\\) length configurable.\r\n\r\nReason: Effectively no history if more than 10 scripts are open at the same time.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "4a8b6851", "posts": [ { "text": "Done, in SVN. Settings->Configure RKWard->Script editor.", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:11:37", "last_edited": null, "slug": "86b8", "subject": "#95 IMPLEMENTED IN SVN: Make history length configurable" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Make history length configurable --> IMPLEMENTED IN SVN: Make history length configurable", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:11:37", "last_edited": null, "slug": "66ea", "subject": "#95 IMPLEMENTED IN SVN: Make history length configurable" }, { "text": "Just increased to 30 :\\)\r\nNote: rkward needs to be restarted to see the change.\r\n\r\nThanks Thomas\\!\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2011-09-19 16:08:25", "last_edited": null, "slug": "6f20", "subject": "#95 IMPLEMENTED IN SVN: Make history length configurable" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:19:29", "last_edited": null, "slug": "70dc", "subject": "#95 IMPLEMENTED IN SVN: Make history length configurable" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:19:29", "votes_down": 0, "votes_up": 0, "_id": "50f52f5e34309d12e68e13e5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/4a8b6851/", "ticket_num": 95, "custom_fields": { "_priority": "5" }, "created_date": "2011-03-24 18:25:19" },{ "status": "closed", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Help" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN:add rk.system.info() to simplify bug rep.", "description": "the bug tracker lists some information that is needed to track down the beast. i think all probable bug reporters would appreciate a small function to be invoked in RKWard to gather all of this in one go, ready for cut&paste ;-\\)\r\n\r\nwould make the explanaition much shorter, produce a standardized format and ensure that nothing relevant is left out.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "8f719736", "posts": [ { "text": "Now implemented in SVN / the upcoming daily build. I've called it \"rk.sessionInfo\\(\\)\", in analogy to R's sessionInfo\\(\\). This is also wrapped up in Help->Report Bug.\r\n\r\nOne thing that would probably still be a good idea would be a dedicated wiki-page on bug-reporting, which points to these features, and where we can add more detailed instructions on how to gather useful additional information. So, in case there is a volunteer for that...", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 11:31:39", "last_edited": null, "slug": "2158", "subject": "#96 IMPLEMENTED IN SVN:add rk.system.info() to simplify bug rep." }, { "text": "- **summary**: add rk.system.info() to simplify bug reporting --> IMPLEMENTED IN SVN:add rk.system.info() to simplify bug rep.", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 11:31:39", "last_edited": null, "slug": "5ba2", "subject": "#96 IMPLEMENTED IN SVN:add rk.system.info() to simplify bug rep." }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:23:26", "last_edited": null, "slug": "630d", "subject": "#96 IMPLEMENTED IN SVN:add rk.system.info() to simplify bug rep." } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:23:26", "votes_down": 0, "votes_up": 0, "_id": "50f52f5e34309d12e68e1401", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/8f719736/", "ticket_num": 96, "custom_fields": { "_priority": "5" }, "created_date": "2011-04-11 19:54:41" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED: support multiple installed R backends", "description": "Hi\r\n\r\nFirst of all thank you for this wonderful program- it is a very nice piece of software. \r\n\r\nNot sure if this is interesting to someone else, but I usually work with several different R installs in the same machine, so that I can keep compatibility with some specific packages \\(mainly related to Bioconductor\\). Usually rkward is bound to one backend and changing that may be quite problematic \\(unless I am missing something\\). Recently I hacked the rkward script to be able to specify the R backend on start. Obviously this needs the proper version of the corresponding rkward R package to be installed in that R install, so implementing this feature mainstream may be more problematic than in my use case. Below is the corresponding piece of code. If this is implemented in the official package it may require some changes, like instead of calling error\\(\\) when no --rbinary option is passed trying first the R\\_binary variable that is generated during compilation, so that it can work for regular users with only one version of R installed.\r\n\r\nThank you for the hard work\\!\r\n\r\nCheers\r\nDiego \r\n\r\n\r\nif \\[ \"$\\{1\\}\" = \"--rbinary\" \\]; then\r\nshift\r\nif \\[ -z \"$\\{1\\}\" \\]; then\r\nerror \"option '--rbinary' requires an argument\"\r\nelse\r\nR\\_binary=$\\{1\\}\r\nshift\r\nfi\r\nelse\r\n\terror \"option '--rbinary' must be specified\"\r\nfi\r\nexport R\\_binary\r\n\r\n\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "386725da", "posts": [ { "text": "- **status**: open --> accepted\n- **Group**: --> -------\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 13:59:54.108000", "last_edited": null, "slug": "7e42", "subject": "#97 IMPLEMENTED: support multiple installed R backends" }, { "text": "Option \"--r-executable\" was added in 0.6.2.", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 13:59:54.222000", "last_edited": null, "slug": "0319", "subject": "#97 IMPLEMENTED: support multiple installed R backends" }, { "text": "- **summary**: support multiple installed R backends --> IMPLEMENTED: support multiple installed R backends\n- **status**: accepted --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 14:00:12.949000", "last_edited": null, "slug": "e65c", "subject": "#97 IMPLEMENTED: support multiple installed R backends" } ], "page": null, "subject": "" }, "mod_date": "2016-01-05 14:00:13.057000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5f34309d12e68e1417", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/386725da/", "ticket_num": 97, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2011-04-21 07:18:03" },{ "status": "closed", "reported_by_id": "5009a5a371b75b2b83004951", "related_artifacts": [], "attachments": [], "reported_by": "aloboaleu", "assigned_to": null, "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "IMPLEMENTED IN SVN: Shortcut for executing a line", "description": "Could a shortcut \\(i.e. Ctrl+Enter\\) be set to execute a command that has just been written in the\r\nEditor? Ctrl+Enter would be very handy \\(as in TinnR\\) as it is close to what you would do in the console\r\n\\(Enter\\).\r\n\r\nThanks\r\n\r\nAgus", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "fc8b4cbd", "posts": [ { "text": "Thanks for reporting\\!\r\n\r\nThis is a generic message to let you know, that the requested feature is now implemented in the development version \\( http://p.sf.net/rkward/svn \\). Testing is always welcome, as are further comments on details of the implementation.\r\n\r\nThis report will be closed, once the feature is available in an official release.", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:34:15", "last_edited": null, "slug": "9c8d", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "- **summary**: Shortcut for executing a line --> IMPLEMENTED IN SVN: Shortcut for executing a line", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:34:15", "last_edited": null, "slug": "90d4", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "Almost: the problem is tha Ctrl+Enter also opens a new line in the editor\r\nThanks\\!\r\n", "attachments": [], "author": "aloboaleu", "timestamp": "2011-06-27 17:43:26", "last_edited": null, "slug": "ed9a", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "Hi,\r\n\r\nI seem to have misunderstood you. But then, what is the difference between your wish and \"Run current line\" \\(Shift+F7\\)?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-27 18:01:37", "last_edited": null, "slug": "3089", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "You are right, this way you execute and keep on writing the script in the new line.\r\nThe point of Ctrl-Enter is working\r\nas if you were on the console but actually writing the script. I was confused because tried on an existing script. \r\nThanks\\!", "attachments": [], "author": "aloboaleu", "timestamp": "2011-06-27 18:12:59", "last_edited": null, "slug": "7954", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "Could Shhift+F7 and Ctrl+Enter be added to the RKWard Default Shortcut keys list of the help page?\r\nThanks\r\nAgus ", "attachments": [], "author": "aloboaleu", "timestamp": "2011-08-31 08:28:42", "last_edited": null, "slug": "c302", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "Shortcuts are now listed on the help page.\r\n\r\nRegards\r\nThomas\r\n", "attachments": [], "author": "tfry", "timestamp": "2011-09-14 07:27:40", "last_edited": null, "slug": "4aae", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:19:28", "last_edited": null, "slug": "f8fe", "subject": "#98 IMPLEMENTED IN SVN: Shortcut for executing a line" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:19:28", "votes_down": 0, "votes_up": 0, "_id": "50f52f5f34309d12e68e141e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/fc8b4cbd/", "ticket_num": 98, "custom_fields": { "_priority": "5" }, "created_date": "2011-06-04 18:53:33" },{ "status": "open", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": null, "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Add support for search on multiple files", "description": "Hi:\r\n\r\nOnce thing I'm missing from RKward \\(which makes me go back to Kate, for instance, every now and then\\) is the ability to search in multiple files at one \\(like \"grep\"\\). That was available also under Eclipse, and was proven to be very useful when working in medium to big sized projects. But as I said, since KAte has that sort of basic feature, I thought that it might not be that difficult to add it to RKWard.\r\n\r\nTo reproduce/test what I mean, you can \\(translating from another language, labels from buttons and links might differ slightly\\) \r\n\\* open Kate\r\n\\* Click on \"Search on files\" button at the bottom line\r\n\\* Click on \"Refine Search\" button on the right hand side of that new section which showed up\r\n\\* Select your pattern, folder, filter, and options:\r\n\\*\\* recursive\r\n\\*\\* case\r\n\\*\\* regexp\r\n\\*\\* include hidden files\r\n\\*\\* follow symlinks to dirs\r\n\r\nA new option for RKward, if possible, would be very suitable:\r\n\\*\\* limit search scope to current worksapce\r\n\r\nOnce you search for that text, you'll get links below to all files containing that text or pattern, indicating the file, line and text from that line where the text was found.\r\n\r\n\\----\r\n\r\nAnd even better would be search & replace on multiple files, to help code refactorization.\r\n\r\n\r\nIn case sharing these thoughts help...\r\n\r\nCheers and thanks for such a nice R GUI \\! \r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1984616b", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:47.807000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5f34309d12e68e144e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1984616b/", "ticket_num": 99, "custom_fields": { "_priority": "5" }, "created_date": "2011-07-15 09:12:31" },{ "status": "closed", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: setting up proxy info on GNU/Linux with Gnome", "description": "Hi all:\r\n\r\nI'm using RKward 0.5.6 with R 2.13 for work inside the Gnome 2.x environment on a GNU/Linux machine \\(Ubuntu 11.04, 64 bits\\). Our research center is behind a firewall.\r\n\r\nWhen I try to fetch some information from internet with some XML functions, I can't do it thorugh RKWard. Example \\(between lines of dashes\\):\r\n\\--------------------------------------------------\r\n> require\\(XML\\)\r\nLoading required package: XML\r\n> u = \"http://cran.r-project.org/web/packages/available\\_packages\\_by\\_date.html\"\r\n> t = readHTMLTable\\(u\\)\\[\\[1\\]\\]\r\nError in htmlParse\\(doc\\) : \r\nerror in creating parser for http://cran.r-project.org/web/packages/available\\_packages\\_by\\_date.html\r\nCalls: readHTMLTable -> readHTMLTable -> htmlParse -> .Call\r\n\\--------------------------------------------------\r\n\r\nHowever, when I run the same lines on a terminal in the same computer, they all run fine \\(no errors reported for htmlparse\\).\r\n\r\nThe computer has already been setup to use the firewall in R on a console, by means of adding this line to /etc/R/Renviron file:\r\n\r\nHTTP\\_PROXY=$\\{HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\\}\r\n\r\njust above where it says;:\r\n\\#\\#\\# Local Variables: \\*\\*\\*\r\n\r\nTherefore, I guess that this is some sort of issue of missing proxy information for RKward when on a Gnome-based environment. All other gnome-based programs run fine \\(prxoy info added everwhere as needed\\).\r\n\r\nI tried adding info for the proxy in systemsettings, so that KDE dialogues for network config are open at the gnome desktop, and setting up there the proxy info, but no way: rkward produces the same error.\r\n\r\nKonqueror, as a reference, can browse internet, with the proxy info.\r\nBut I don't know how to do that with RKWard.\r\n\r\nAny idea?\r\n\r\nThanks in advanced\r\n\r\nXavier de Pedro, Ph.D.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "7194cc78", "posts": [ { "text": "Hi\\!\r\n\r\nBased on the given information, I am not quite convinced this is an issue with the proxy. Two things to try, first:\r\n1\\) Try\r\ndownload.file \\(\"http://cran.r-project.org/web/packages/available\\_packages\\_by\\_date.html\", \"somewhere\"\\)\r\n2\\) What's the output of\r\nSys.getenv \\(\"HTTP\\_PROXY\"\\)\r\n? Does it change anything, if you run \r\nSys.setenv \\(HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\\)\r\n\r\nAlso, having the output of \r\nrk.sessionInfo\\(\\)\r\nmight be helpful.\r\n\r\nRegards\r\nThomas\r\n\r\nP.S.: The line\r\nHTTP\\_PROXY=$\\{HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\\}\r\nlooks strange to me. Shouldn't this be just\r\nHTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\r\n? Have you tried the command in a plain R session?", "attachments": [], "author": "tfry", "timestamp": "2011-07-29 08:49:46", "last_edited": null, "slug": "0be3", "subject": "#100 NEEDINFO: setting up proxy info on GNU/Linux with Gnome" }, { "text": "- **summary**: seting up proxy info on GNU/Linux with Gnome --> NEEDINFO: setting up proxy info on GNU/Linux with Gnome", "attachments": [], "author": "tfry", "timestamp": "2011-07-29 08:49:46", "last_edited": null, "slug": "60ca", "subject": "#100 NEEDINFO: setting up proxy info on GNU/Linux with Gnome" }, { "text": "Hi Thomas, and sorry for the long delay \\(again\\) in replying your answer...\n\nYou got the solution in your PS message.\n\nWhen I arrived to this reasearch unit I was told the that syntax to at to the Renviron file for the proxy was:\nHTTP\\_PROXY=$\\{HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\\}\n\nand that syntax seems to work for R sessions in console, and a few other programs \\(Rstudio, emacs, etc\\). But not for RKward or apache, either.\n\nHowever, with the simpler syntax to set the ennvironment variable as you suggested, rkward comes back to work, as well as apache, etc.\n\nThanks for your help\\!\n\nFYI, with this syntax:\nHTTP\\_PROXY=$\\{HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\"\\}\n\nthe output of \n\nSys.getenv \\(\"HTTP\\_PROXY\"\\) \n\nwas: \n\n> Sys.getenv \\(\"HTTP\\_PROXY\"\\)\n\\[1\\] \"$\\{HTTP\\_PROXY\"\n\nand download.file didn't succeed through rkward \\(but it did succeed through r console on a terminal\\).\n\nbut when I added your syntax HTTP\\_PROXY=\"http://conf\\_www.ir.vhebron.net:8081\", then \n\n> Sys.getenv \\(\"HTTP\\_PROXY\"\\)\n\\[1\\] \"http://conf\\_www.ir.vhebron.net:8081\"\n\nSo, thanks thomas for your hint\\!\n", "attachments": [], "author": "xavidp", "timestamp": "2011-10-14 14:25:39", "last_edited": null, "slug": "cb50", "subject": "#100 NEEDINFO: setting up proxy info on GNU/Linux with Gnome" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "xavidp", "timestamp": "2011-10-14 14:26:11", "last_edited": null, "slug": "6200", "subject": "#100 NEEDINFO: setting up proxy info on GNU/Linux with Gnome" } ], "page": null, "subject": "" }, "mod_date": "2014-08-25 16:18:04.092000", "votes_down": 0, "votes_up": 0, "_id": "50f52f5f34309d12e68e1455", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/7194cc78/", "ticket_num": 100, "custom_fields": { "_priority": "5" }, "created_date": "2011-07-28 15:07:56" },{ "status": "open", "reported_by_id": "50f52f6034309d12e68e1472", "related_artifacts": [], "attachments": [], "reported_by": "smarcantonio123", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "run in batch mode", "description": "Hi,\r\nI was thinking, why notadd something like right click\"run \r\ninbatchmode\"for .R files in the file browser window?\r\nCheers.\r\nPeppe.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "fcf8a8ac", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.165000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6034309d12e68e1471", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/fcf8a8ac/", "ticket_num": 101, "custom_fields": { "_priority": "5" }, "created_date": "2011-08-15 16:26:48" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Don't ask about saving when workspace has not been modified", "description": "If you start RKWard, create an empty workspace, and then close it \\(or open an existing one\\), you're asked about saving changes, even if you've done absolutely nothing. The same happens if you open an existing workspace and close it immediately.\r\n\r\nI know detecting changes is probably hard, but maybe RKWard could simply remember whether any code was run, and avoid asking to save changes if that's not the case. That's a little detail, but it would make the app look much more clever and professional. ;-\\)\r\n\r\n\\(This is with RKWard 0.5.6z+0.5.7+devel1.\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "4d08541e", "posts": [ { "text": "Moving this item to the feature request tracker.\r\n\r\nA valid wish, but not entirely trivial to implement \\(we are running a bunch of R code in any session, so we can't base a heuristic on that. However, R does keep track of whether the image was touch \\(R\\_DirtyImage\\), and it should be possible to make use of that\\).", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:32:13", "last_edited": null, "slug": "a8a7", "subject": "#102 Don't ask about saving when workspace has not been modified" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.265000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e1497", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/4d08541e/", "ticket_num": 102, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-04 13:20:25" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Preview for additions to existing plots", "description": "We have a nice plot preview for \"normal\" plugins. However, another useful feature is adding parts to an existing plot. E.g. the \"grid\" plugin in x11 context, but also we might add support for adding legends, labels, etc. It would be cool, if these supported a preview, too. For this to work, we'd have to:\r\n1\\. save the existing plot\r\n2\\. open a preview device associated with the saved plot\r\n3\\. Inside .rk.startPreviewDevice\\(\\) the plot would be initialized / reset to the saved plot\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "3ecc123e", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.388000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e14a3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/3ecc123e/", "ticket_num": 103, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-15 07:53:58" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Data management features", "description": "I think one of the main features RKWard currently lacks is the ability to manage data before actual use, which is a major part of statistical work, This includes the ability to recode levels of a variable : merge levels, cut a numeric variable into classes, create a variable according to conditions on other variables, create a subset of a data set, etc. A good GUI would allow doing simple operations only via checkboxes, lists, buttons, etc., but also complex operations using conditions like var == 1 or things like that. This can be made relatively easy using e.g. the 'recode' package.\r\n\r\nAn example implementation of data management in R is the Rcommander GUI. From the list of menu items it has, I think the following would be useful in RKward \\(Rcmdr has the concept of active data set which doesn't need to be kept in RKWard:\r\n\r\n|- Active data set\r\n| |- Subset active data set\r\n| |- Aggregate variables in active data set\r\n| |- Remove row\\(s\\) from active data set\r\n| |- Stack variables in active data set\r\n| |- Remove cases with missing data\r\n|- Manage variables in active data set\r\n|- Recode variable\r\n|- Compute new variable\r\n|- Add observation numbers to data set\r\n|- Standardize variables\r\n|- Convert numeric variables to factors\r\n|- Bin numeric variable\r\n|- Reorder factor levels\r\n|- Define contrasts for a factor\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "f17fb229", "posts": [ { "text": "Damn, I never notice I'm not logged in, I'm not used to bug trackers that don't require registering to file reports. ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-09-18 18:16:42", "last_edited": null, "slug": "f3af", "subject": "#104 Data management features" }, { "text": "hi milan,\r\n\r\nthanks for your suggestions, this would surely be a nice improvement. parts of this is already implemented, like removing rows or columns \\(in the context menu of the data editor, right-click on the outer row/column\\). but the \"data\" menu could use some more dialogs, you're right on that.\r\n\r\nas most of the time, i'm not so sure how soon any of the developers could get to implementing this, though. but if you'd like to go even a step further an help out, you can try to design some of those dialogs yourself and contribute them to the project\\! you don't need to dig deep into RKWard's source code for that, because these dialogs are plugins, written in XML and some JavaScript, so it actually shouldn't be too complicated, just takes some time:\r\nhttp://rkward.sourceforge.net/documents/devel/plugins/index.html\r\n\r\nwe're currently also working on an R package to ease the creation of plugins \\(e.g., with R functions to create a plugin skeleton with all necessary files, or even create large parts of the XML code, if you're more comfortable with R than XML\\). if you have any questions on that, feel free to ask on the devel mailing list any time.", "attachments": [], "author": "m-eik", "timestamp": "2011-09-19 11:06:24", "last_edited": null, "slug": "8a1a", "subject": "#104 Data management features" }, { "text": "Thanks for the pointers. I'm glad to know that's easy to do. Maybe I'll give it a try one day, but for now I'm busy writing a Rcmdr plugin for text mining \\(guess what, it's Tcl/Tk\\!\\) which I could also port to RKWard.", "attachments": [], "author": "nalimilan", "timestamp": "2011-09-19 17:07:46", "last_edited": null, "slug": "83dd", "subject": "#104 Data management features" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.499000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e14aa", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/f17fb229/", "ticket_num": 104, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-18 18:15:36" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Improve focus switching between source editor and console", "description": "I find it quite painful to go back and forth between the source code editor and the R console at the bottom of the screen, and yet that's one of my most common working patterns. The problem is that one constantly needs to focus the relevant part of the screen, which requires moving the pointer and clicking on the window; this requires moving the hands off the keyboard, which is quite disruptive. I have a few suggestions to improve this:\r\n\r\n1\\) Avoid the need to change focus at all.\r\nWhen I'm using the console, I often need to run code from the editor; but none of the normal solutions \\(Alt+F\\[789\\], toolbar button\\) works, because the editor isn't focused. Moreover, if you want to use one of these solutions, you need to click in the editor to focus it, effectively losing the previous selection you could have wanted to run again \\(this happens to me very often\\).\r\nI think this can be solved easily: there's no need to disable shortcuts and toolbar buttons related to the editor when you're using the console. These shortcuts don't conflict with the console, and the console doesn't add toolbar buttons. Thus, I think the commands related to the top pane of the main window \\(editor, help browser, data editor\\) should stay active even when the console is focused; the only difference would be that normal text goes in the console instead of in the top pane.\r\n\r\n2\\) Make it easier changing the focused part.\r\nWe need a quick shortcut to switch between the top pane and the console. That way, one doesn't need to use the pointer and click at all. Since you're typically typing things, it's much better to keep your hands on the keyboard.\r\n\r\nWhat do you think?", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d4380f9e", "posts": [ { "text": "Hi\\!\r\n\r\n1\\) I need to think about this some more, but it's not quite as easy. While there are almost no shortcut conflicts between console and script editor by default \\(but Shift+F8, and F2 are; these do the \"same\" thing, but for different windows\\), users are free to assign custom shortcuts to all actions in each \"part\". Thus it will be difficult to avoid conflicts, reliably, if more than one part can be active at the same time.\r\n\r\n2\\) Try Ctrl+Tab \\! \\(And beyond that, check Windows->Activate for more specific window switching shortcuts\\).\r\n\r\n\\--\r\n\r\nSo I think, 2 is implemented, already. 1 is probably a no-go, IMO, but I'll think about this some more, and leave the ticket open for the moment.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-09-23 17:49:38", "last_edited": null, "slug": "cf09", "subject": "#105 Improve focus switching between source editor and console" }, { "text": "Ah, I didn't know the Ctrl+Tab trick, that's definitely what my point 2\\) is about. I wonder how I missed it when looking at the shortcuts dialog... So that one is fixed.\r\n\r\nAbout the first point, well, I think you have to consider trade-offs. I don't think that preventing users from setting conflicting shortcuts between the top pane and the console is really a problem, given the very low probability of this being useful. And the advantage is high, since it makes the whole GUI more stable when you switch \\(no changing toolbars\\), and more efficient for everyone. Maybe that's more of a technical problem, since RKWard needs to detect and prevent conflicts between the console and all other parts.\r\n\r\nAs for the F2 and Alt+F8, that's not much of an issue. F2 can simply show help for the function in the focused part. For Alt+F8, it should run the selection of the console if it's focused, and if it isn't, the selection of the editor \\(even if I think running selections from the console is really a corner case\\).", "attachments": [], "author": "nalimilan", "timestamp": "2011-09-24 09:06:14", "last_edited": null, "slug": "00d1", "subject": "#105 Improve focus switching between source editor and console" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.675000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e14c1", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d4380f9e/", "ticket_num": 105, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-23 15:46:19" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "rkward should take advantage of plasma activities", "description": "Currently rkward does not work well with kde activities. If one closes an activity in which rkward is running, rkward first asks if the current workspace should be saved. Regardless if one chooses to save or not or not to end rkward, rkward will always discontinue the stopping of the activity. I think this is the same as bug http://sourceforge.net/tracker/?func=detail&aid=3419554&group\\_id=50231&atid=459007\r\n\r\nFurthermore rkward does not open the session \\(open scripts, workspace\\) when restoring an activity. I am not sure if that is due to the interruption of the activity stopping or something else. I think that especially for large applications like rkward, where you are likely to have several tabs with scripts, help pages and maybe an extra window with a graphic output open, activities are really useful.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1cf102db", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:49.869000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e14d3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1cf102db/", "ticket_num": 106, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-19 21:54:11" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Improve save behavior of scripts on quit", "description": "When you close a text file with unsaved changes, you get a confirmation dialog asking whether to really close it, with choices Yes and No. This is very bad WRT usability, because the choices are very generic, and you have to read carefully the question to decide what to do: many programs do it the other way, by asking whether to save changes or not.\r\n\r\nI suggest this dialog uses explicit button labels, like \"Save\", \"Discard\" and \"Don't quit\", just like what happens when you close a workspace. The question should be \"Do you want to save changes?\" rather than the contrary, to match the same pattern as closing workspaces.\r\n\r\nBy the way, the new distinction between \"Discard\" and \"Don't quit\" should allow you to close RKward and save changes in modified scripts in one go. At the moment, if there's one script with unsaved changes, you can only cancel the quit, save, and retry. Another point is that RKward should handle script files first, and the workspace afterwards, since saving the workspace takes time: if you save the workspace, and then notice you have unsaved changes in a script and you no longer want to quit, you've wasted time saving the workspace.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "ff0471ec", "posts": [ { "text": "Yes, this really needs an overhaul. Thanks for your suggestions.\r\n\r\nI'm moving it to our RFE-tracker, though.", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:18:17", "last_edited": null, "slug": "d31e", "subject": "#107 Improve save behavior of scripts on quit" }, { "text": "- **labels**: 673590 --> ", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:18:17", "last_edited": null, "slug": "6e77", "subject": "#107 Improve save behavior of scripts on quit" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:18:17", "votes_down": 0, "votes_up": 0, "_id": "50f52f6134309d12e68e14da", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/ff0471ec/", "ticket_num": 107, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-23 10:50:30" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [ "General" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "File->Open should default to working directory", "description": "The Open File dialog seem to remember the last used directory even across restarts. This is annoying when you're working on several projects, since you need to go to the right directory manually. Same for Save As... dialog.\r\n\r\nI think it would make more sense to default to the current R working directory when the open dialog is used for the first time in the session. Inside a session, though, it should go to the last used directory. \\(Another solution would be to store the last used directory in the .rworkplace file, but that would make things more complex without a very important gain.\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d02f4ab9", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:50.137000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6234309d12e68e14eb", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d02f4ab9/", "ticket_num": 108, "custom_fields": { "_priority": "5" }, "created_date": "2011-11-09 13:11:13" },{ "status": "open", "reported_by_id": "50f52f6234309d12e68e14f3", "related_artifacts": [], "attachments": [], "reported_by": "burfee", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Cluster Analysis and Scoring", "description": "Hi,\r\nCluster analysis would be great to have implemented in the menu. Something like this things here http://statmethods.net/advstats/cluster.html but automated from the menu.\r\nAlso, scoring procedures would be very useful to have too. ", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "858e30db", "posts": [ { "text": "hi burfee,\r\n\r\nthis shouldn't be too hard, generally. as of version 0.5.7, RKWard supports additional plugins in the form of special R packages:\r\nhttp://rkward.sf.net/R/pckg/\r\nand the package rkwarddev enables you to write such a plugin as a single R script, and even does the packaging for you.\r\n\r\ni'd be interested in writing a cluster analysis plugin, too. please drop a note if you'd like to help or even try yourself \\(with some assistance, if you like\\), especially if you have ideas regarding layout and workflow.", "attachments": [], "author": "m-eik", "timestamp": "2011-11-18 23:05:46", "last_edited": null, "slug": "de00", "subject": "#109 Cluster Analysis and Scoring" }, { "text": "Hi m-eik,\r\n\r\nGreat to see you're interested\\! :D\r\nI can't write the plugin myself because i don't really know anything about programming in R, but i will think about the layout and workflow and come back with a few ideas in new comment shortly. \r\n", "attachments": [], "author": "burfee", "timestamp": "2011-11-20 10:06:43", "last_edited": null, "slug": "d39b", "subject": "#109 Cluster Analysis and Scoring" }, { "text": "Hi again m-eik and sorry for the delay. I've been pretty caught up with work lately.\r\nObviously it should be in the analysis menu.\r\nThe cluster analysis window should allow you to choose the method to use, the number of clusters, the variables to include in the segmentation, the threshold to determine if a variable is worth enough depending on the statistic you're using.\r\n\r\nThe output should contain something like this:\r\n-a pie chart showing the size of the segments \r\n-a table containing the statistics of the segments \\(number of observations contained in the cluster, percentage of total, etc\\)\r\n-barcharts for each segment, showing each of the selected variables' contribution to the cluster\r\n-overlaid hystograms for each of the variables in the clusters vs the overall sample - this feature would be great as it would allow you to see what really differentiates that cluster from the rest of the sample.\r\n\r\nThat's what i could thing of based on the experience i had with other statistical software", "attachments": [], "author": "burfee", "timestamp": "2011-11-24 21:29:27", "last_edited": null, "slug": "4c69", "subject": "#109 Cluster Analysis and Scoring" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:51.105000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6234309d12e68e14f2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/858e30db/", "ticket_num": 109, "custom_fields": { "_priority": "5" }, "created_date": "2011-11-18 19:01:03" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Global storable settings for use in plugins", "description": "E.g. location of auxiliary executables such as perl, which might be needed in plugins.\r\n\r\nBasically, I can see two strategies. Not sure, which is best, yet.\r\n\r\n1\\) Implement this entirely in the frontend, using a special element in the logic section, which can be connected \u00e0 la:\r\n\r\n<storedsetting id=\"perl\\_exe\" setting\\_id=\"perl\\_exe\" label=\"Location of Perl executable\" type=\"exe\"/>\r\n<connect governor=\"perl\\_exe\" client=\"perl\\_exe\\_input.text\"/>\r\n\r\nThis would raise a number of follow-up questions, though:\r\n\\- Should a stored setting take precedence over a setting defined in a run-again-link?\r\n\\- Should the value be saved automatically when used? How?\r\n\r\n2\\) Implement this on the R level. Main function to be used in plugins would be something like:\r\n\r\nrk.get.plug.option <- function \\(id, label, default, type=c \\(\"exe\", \"string\", \"number\", \"custom\"\\), validation=function \\(\\) TRUE\\) ...\r\n\r\nBasically, when this is called, it will look for a stored setting \\(or take the default, if specified\\). If this passes the validation \\(defined by \"type\" or \"validation\" function\\), it will be used. Otherwise, the user will be prompted for a setting, interactively, using rk.show.question\\(\\). If a new setting is supplied, and is valid, it will be stored.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b3232495", "posts": [ { "text": "funny, i was thinking about such a feature a while ago, too ;-\\) the koRpus plugin needs info on where TreeTagger is installed, and it's pretty tiresome to define it again and again.\r\n\r\ncouldn't this be stored in a special section of the RKWard config file? perhaps similar to a run-again-link, and if it's found, a plugin will be started with these parameters, not the original default values. that way nothing would need to be changed in any plugin, it would be more like an additional layer RKWard would check before a dialog is started.\r\n\r\ni think run-again-links should always overwrite these settings, otherwise they'd become quite useless compared to the usual menu entry, wouldn't they?\r\n\r\nas for the interface, i'd prefer two global buttons, next to where the submit and code buttons are now: one to \"set as default\", and one to \"restore defaults\" \\(which means the original plugin defaults\\). the latter shouldn't remove the cusomized defaults though, only if you press \"set as default\" again afterwards.\r\n", "attachments": [], "author": "m-eik", "timestamp": "2011-12-04 18:55:05", "last_edited": null, "slug": "4f59", "subject": "#110 Global storable settings for use in plugins" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:51.311000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6334309d12e68e1529", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b3232495/", "ticket_num": 110, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-02 09:13:32" },{ "status": "open", "reported_by_id": "50f52f6234309d12e68e14f3", "related_artifacts": [], "attachments": [], "reported_by": "burfee", "assigned_to": null, "labels": [ "RKWard user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Better javascript support in internal browser", "description": "Hi,\r\nI was trying this tutorial http://jeffreybreen.wordpress.com/2011/07/14/r-one-liners-googlevis/ and i noticed that the graph doesn't appear. in rkward web browser. If i run R from the terminal and run the same script it works great when it starts in mozilla.\r\n\r\nScript:\r\nlibrary\\(googleVis\\)\r\ndata\\(Fruits\\)\r\nM = gvisMotionChart\\(data=Fruits, idvar=\"Fruit\", timevar=\"Date\", chartid=\"ILoveFruit\"\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a0918b6b", "posts": [ { "text": "Hi\\!\r\n\r\nThe problem is not that javascript is not allowed in the internal browser \\(it is allowed, unless you have configured konqueror otherwise\\). The problem is that the JS engine does not seem to be able to handle this, correctly. In the mid term, we will probably switch to a WebKit-based internal browser, and probably this will fix the issue. However, I'm very reluctant to do so right away, since it would break compatibility with older versions of KDE, which are still around on many systems.\r\n\r\nAs a workaround, use\r\nplot \\(M, browser=\"firefox\"\\)\r\nto open in an external web browser.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 09:39:17", "last_edited": null, "slug": "f06f", "subject": "#111 Better javascript support in internal browser" }, { "text": "- **summary**: Allow javascript in web browser --> Better javascript support in internal browser", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 09:39:17", "last_edited": null, "slug": "0961", "subject": "#111 Better javascript support in internal browser" }, { "text": "having tried on linux yet because i am at work, but from windows, using plot \\(M, browser=\"firefox\"\\) in KWard does not open a new window in firefox. Is there a problem with this in windows?", "attachments": [], "author": "burfee", "timestamp": "2011-12-07 14:06:12", "last_edited": null, "slug": "feb1", "subject": "#111 Better javascript support in internal browser" }, { "text": "haven't\\*", "attachments": [], "author": "burfee", "timestamp": "2011-12-07 14:06:35", "last_edited": null, "slug": "d8df", "subject": "#111 Better javascript support in internal browser" }, { "text": "...and I have only tested on Linux, not Windows, yet. But I would guess, it's simply a problem with the PATH. On Linux, firefox will typically be in the path, on Windows, I guess you will have to write\r\nplot \\(M, browser=\"C:\\Programs\\Mozilla\\firefox.exe\"\\)\r\nor something similar \\(and in fact, browseURL\\(\\), which is the underlying function, does not appear to warn, if the browser executable cannot be found\\).\r\n\r\nBTW, looking at the source of browseURL\\(\\), I think writing\r\nplot \\(M, browser=NULL\\)\r\nshould also do the trick on Windows.\r\n", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 16:05:32", "last_edited": null, "slug": "5e7d", "subject": "#111 Better javascript support in internal browser" }, { "text": "yes, plot \\(M, browser=NULL\\) does the trick :D\r\nthanks\\!", "attachments": [], "author": "burfee", "timestamp": "2011-12-07 16:18:14", "last_edited": null, "slug": "edf6", "subject": "#111 Better javascript support in internal browser" } ], "page": null, "subject": "" }, "mod_date": "2011-12-07 09:39:17", "votes_down": 0, "votes_up": 0, "_id": "50f52f6334309d12e68e1535", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a0918b6b/", "ticket_num": 111, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-07 05:41:09" },{ "status": "open", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Plugins" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "valueselector", "description": "similar as it is already possible to select variables \\(columns\\) from a data.frame, it should also be possible to add a case selector \\(rows\\).\r\n\r\nsee\r\nhttps://sourceforge.net/mailarchive/forum.php?thread\\_name=201112091606.08044.meik.michalke%40uni-duesseldorf.de&forum\\_name=rkward-devel\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "40c69739", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:51.762000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6334309d12e68e155b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/40c69739/", "ticket_num": 112, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-09 17:03:28" },{ "status": "open", "reported_by_id": "4f5844890594ca34de0006c5", "related_artifacts": [], "attachments": [], "reported_by": "cratyle", "assigned_to": null, "labels": [ "Command Editor" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "More powerful code completion", "description": "Hi,\r\n\r\nThe auto-completion feature in RKWard is powerful but we need more. I'm not sure that the following criticism applies to all functions. For example, when I use the function matchit \\(\\), I have access to all sort of things and not only arguments for that function. Also, I do not have access to the list of options for an argument. For example, there is an argument method= with the following options: \"exact\", \"full\", \"genetic\", \"nearest\", \"optimal\", \"subclass\". But I do not have access to those options \\(and only those\\) with Auto-completion. Sure, if I type \"gen\", the \"genetic\" options is in the list \\(wiht other irrelevant things\\). It would also be appreciated that the Auto-completion is a dynamic tool. When I chose an argument, or the option of an argument, arguments and options that are incompatible with those choices should not appear in subsequent choices. For example, when I choose the \"subclass\" option from the argument method =, it is not possible to specify the ratio = argument in the matchit\\(\\) function. So Auto-completion should not display the argument ratio= among the possible choices of arguments.\r\n\r\nThanks to consider this request.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "60e52923", "posts": [ { "text": "hi,\r\n\r\nthanks for your suggestions, most welcome :-\\)\r\n\r\ni think the problem with completion like you'd like to have is that the part that does the completion needs to know which options it can offer, and how they interact. the matchit\\(\\) function of the MatchIt package seems to have method=\"nearest\" set as its default value, so method=\"nearest\" would be about all that code completion could offer, because it's the only usable information which can be extracted from the function's signature automatically.\r\n\r\nyou, as a human being, can read and comprehend the manual to understand which other options are valid, but unfortunately, RKWard isn't that intelligent yet ;-\\)", "attachments": [], "author": "m-eik", "timestamp": "2012-03-08 18:40:34", "last_edited": null, "slug": "70b6", "subject": "#113 More powerful code completion" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:51.854000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6334309d12e68e1562", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/60e52923/", "ticket_num": 113, "custom_fields": { "_priority": "5" }, "created_date": "2012-03-08 05:53:22" },{ "status": "open", "reported_by_id": "4f03bd030594ca7710000383", "related_artifacts": [], "attachments": [], "reported_by": "chak8870", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Keep size / aspect ration when copynig on-screen graphs to the output", "description": "When I copy graphics from \"on screen device to output\", it changes its size \\(to the default size of the rk\\_output\\). It will be great to have a feature where I can copy the image verbatim to the output. Please see attached image as a comparison.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a34d0078", "posts": [ { "text": "On screen graphics to rk_out (html)", "attachments": [ { "url": "http://sourceforge.net/p/rkward/feature-requests/_discuss/thread/a34d0078/ac08/attachment/on-screen%20to%20rk_out%20%28html%29.png", "bytes": 50001 } ], "author": "chak8870", "timestamp": "2012-10-18 20:48:06", "last_edited": null, "slug": "ac08", "subject": "#114 Keep size / aspect ration when copynig on-screen graphs to the output" }, { "text": "- **summary**: additional option to copy on-screen graphs to the output in --> Keep size / aspect ration when copynig on-screen graphs to the output\n- **milestone**: --> -------\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:53:49.110000", "last_edited": null, "slug": "da8c", "subject": "#114 Keep size / aspect ration when copynig on-screen graphs to the output" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:53:49.236000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6334309d12e68e156e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a34d0078/", "ticket_num": 114, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2012-10-18 20:48:05" },{ "status": "closed", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "proxy settings", "description": "windows users sometimes need to set the option \"setInternet2\\(TRUE\\)\" to get internet access through a proxy. this should be implemented as a checkbox option in RKWard's R backend configuration dialog \\(windows version only\\).\r\n\r\nrecent workaround: write that call into the options field and restart RKWard.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "bd6a4646", "posts": [ { "text": "- **status**: open --> accepted\n- **milestone**: --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:52:12.161000", "last_edited": null, "slug": "5a68", "subject": "#115 proxy settings" }, { "text": "- **status**: accepted --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-12 07:40:52.067000", "last_edited": null, "slug": "afca", "subject": "#115 proxy settings" }, { "text": "Part of RKWard 0.6.1.", "attachments": [], "author": "tfry", "timestamp": "2013-04-12 07:40:53.023000", "last_edited": null, "slug": "5a67", "subject": "#115 proxy settings" } ], "page": null, "subject": "" }, "mod_date": "2013-04-12 07:40:53.040000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6434309d12e68e1584", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/bd6a4646/", "ticket_num": 115, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2012-11-21 14:02:04" },{ "status": "closed", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "Settings / options" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "settings for working directory", "description": "it should be possible to specify the initial working directory of RKWard in its configuration. this could also help as a workaround for a crashing bug in the windows version \\(opening the file dialog\\), see:\r\n\r\nhttps://sourceforge.net/mailarchive/message.php?msg\\_id=30058842", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "48b903b4", "posts": [ { "text": "- **status**: open --> accepted\n- **milestone**: --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:51:26.523000", "last_edited": null, "slug": "2ba8", "subject": "#116 settings for working directory" }, { "text": "- **status**: accepted --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-12 07:41:07.251000", "last_edited": null, "slug": "f3e0", "subject": "#116 settings for working directory" }, { "text": "Part of RKWard 0.6.1.", "attachments": [], "author": "tfry", "timestamp": "2013-04-12 07:41:07.436000", "last_edited": null, "slug": "8b0b", "subject": "#116 settings for working directory" } ], "page": null, "subject": "" }, "mod_date": "2013-04-12 07:41:07.450000", "votes_down": 0, "votes_up": 0, "_id": "50f52f6434309d12e68e158b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/48b903b4/", "ticket_num": 116, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2012-11-21 14:06:37" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Support for reporting bugs from certain error messages", "description": "a) Improve the existing report-bug facility to also provide info at least on frontend version and OS, in case the backend is unavailable.\r\nb) Implement an error dialog that has a button to invoke the report-bug facility (including the error message/id).\r\nc) Use that for common reportable error conditions.\r\n\r\nSee http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg02054.html .", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "ba1e5b6c", "posts": [ { "text": "- **Group**: ------- --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-25 10:36:32.137000", "last_edited": null, "slug": "bcb5", "subject": "#117 Support for reporting bugs from certain error messages" }, { "text": "a), b): Implemented.\r\n\r\nc) For now b) is used for the \"Backend has died\" message(s), only. Ideas for other messages that we want to encourage reporting?", "attachments": [], "author": "tfry", "timestamp": "2013-04-25 10:36:32.470000", "last_edited": null, "slug": "2392", "subject": "#117 Support for reporting bugs from certain error messages" }, { "text": "- **status**: open --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-24 09:53:33.171000", "last_edited": null, "slug": "f901", "subject": "#117 Support for reporting bugs from certain error messages" }, { "text": "Implemented in 0.6.2.", "attachments": [], "author": "tfry", "timestamp": "2014-10-24 09:53:33.355000", "last_edited": null, "slug": "a4a4", "subject": "#117 Support for reporting bugs from certain error messages" } ], "page": null, "subject": "" }, "mod_date": "2014-10-24 09:53:33.390000", "votes_down": 0, "votes_up": 0, "_id": "5167bbcc0910d441b33f0f2d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/ba1e5b6c/", "ticket_num": 117, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2013-04-12 07:46:20.416000" },{ "status": "open", "reported_by_id": "50af5fa004161f7b6498c16f", "related_artifacts": [], "attachments": [], "reported_by": "ziogelis77", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Data sorting functionality could be added to crosstabs and graphs", "description": "I would really appreciate a possibility to sort my data in crostabs or when making a graph. \r\n\r\nI tried to do sorting in a crosstab (Nto1) lately, but failed miserably, because the data structures used there are sooo complicated for me - could not get it to work on multidimensional list :)\r\n\r\nAnyway, could you please consider this idea for the future?", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "21906b55", "posts": [ { "text": "Ticket moved from /p/rkward/bugs/125/", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:26:12.096000", "last_edited": null, "slug": "88c3", "subject": "#118 Data sorting functionality could be added to crosstabs and graphs" }, { "text": "- **Group**: windows_only --> -------\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:26:35.585000", "last_edited": null, "slug": "487f", "subject": "#118 Data sorting functionality could be added to crosstabs and graphs" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 15:26:35.992000", "votes_down": 0, "votes_up": 0, "_id": "51357a080910d415cd8acec2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/21906b55/", "ticket_num": 118, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2013-03-05 04:52:24.275000" },{ "status": "closed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Make plugins translatable", "description": "Plugins need to be translatable. This ticket is here to keep track of discussion and (partial) solutions.\r\n\r\n- http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg02108.html", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "e1f88e01", "posts": [ { "text": "- **status**: open --> closed\n- **Group**: ------- --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:19:59.860000", "last_edited": null, "slug": "b0e2", "subject": "#119 Make plugins translatable" }, { "text": "Implemented in 0.6.3", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:19:59.992000", "last_edited": null, "slug": "023d", "subject": "#119 Make plugins translatable" } ], "page": null, "subject": "" }, "mod_date": "2015-06-05 19:20:00.013000", "votes_down": 0, "votes_up": 1, "_id": "519f1c683e5e8373cb3bdbe7", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/e1f88e01/", "ticket_num": 119, "custom_fields": { "_priority": "7", "_milestone": "IMPLEMENTED" }, "created_date": "2013-05-24 07:53:12.188000" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "(optionally) restrict -input to upper triangle", "description": "See http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg02141.html .", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "a848074c", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-08-30 15:35:16.870000", "votes_down": 0, "votes_up": 0, "_id": "5220bbb4a02bb1301435874d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/a848074c/", "ticket_num": 120, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2013-08-30 15:35:16.610000" },{ "status": "closed", "reported_by_id": "4fd3ef1f71b75b3aad0065e8", "related_artifacts": [], "attachments": [ { "url": "http://sourceforge.net/p/rkward/feature-requests/121/attachment/scripts.tar.gz", "bytes": 730 } ], "reported_by": "yurchor", "assigned_to": null, "labels": [ "L10N" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Vfke RKWard documentation translatable", "description": "Attached are some scripts to extract, update and merge the translations of RKWard help files. The scripts need po4a installed.\r\n \r\n./makepot.sh\r\n produces POT template file in locales subfolder of the /pages folder with rkh files.\r\n \r\n./update.sh locale\r\n updates PO file in /locales or all PO files if run without argument.\r\n \r\n./makedoc.sh locale\r\n produces ready to use localized docs for the given locale or for all available locales if run without arguments.\r\n\r\nLocalization can be made in two ways:\r\n\r\n1. Separate folder for every locale (usual scheme for KDE, GNOME, etc., that's how the attached scripts work), help files are loaded from the subfolder of the current locale.\r\n\r\n2. All files in one folder, translations have additional _locale suffix in names (that's how Inkscape translation works, needs some minor tweaking of the scripts.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "1d35ccbb", "posts": [ { "text": "- **status**: open --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:19:17.956000", "last_edited": null, "slug": "961a", "subject": "#121 Vfke RKWard documentation translatable" }, { "text": "Implemented in 0.6.3", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:19:18.189000", "last_edited": null, "slug": "2ed9", "subject": "#121 Vfke RKWard documentation translatable" } ], "page": null, "subject": "" }, "mod_date": "2015-06-05 19:19:18.213000", "votes_down": 0, "votes_up": 0, "_id": "525aaa41c4d104191099be0c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/1d35ccbb/", "ticket_num": 121, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2013-10-13 14:12:17.825000" },{ "status": "open", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "data editor", "date" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "support for date classes in editor", "description": "i'm fumbling around with some data from a libre office spreadsheet with date columns. R can work with it and perform logical operations without problems.\r\n\r\nbut the data editor of RKWard just shows the class as \"unknown\", as it has no support for \"Date\".\r\n\r\nit should be possible to add \"Date\" to the supported classes and use the \"Format\" row to define valid format strings, e.g. \"%F\" to see \"2014-03-16\" instead of \"16135\".", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "61ba2515", "posts": [], "page": null, "subject": "" }, "mod_date": "2014-06-18 18:06:58.976000", "votes_down": 0, "votes_up": 0, "_id": "53a1d542bcf63a4daf3a277b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/61ba2515/", "ticket_num": 122, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2014-06-18 18:06:58.863000" },{ "status": "open", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "select data" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "select rows/columns in data editor independetly", "description": "currently it is only possible to select data in the data editor by single row/column or complete blocks of rows/columns. i would expect that if you press while selecting rows/columns, that you could toggle their select state individually.", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "b82e6aa0", "posts": [], "page": null, "subject": "" }, "mod_date": "2014-11-10 10:45:28.363000", "votes_down": 0, "votes_up": 0, "_id": "546097480594ca4483906564", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/b82e6aa0/", "ticket_num": 123, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2014-11-10 10:45:28.065000" },{ "status": "closed", "reported_by_id": "546f340c9095475b66f470c5", "related_artifacts": [], "attachments": [], "reported_by": "fly0s", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Option to directly open script files", "description": "In order to enhance the integration of RKward into the desktop, it would be nice to have an option to execute Rkward in a \"script mode\", in which we provide a script file and Rkward open the editor with a blank workspace (or with a provided workspace).\r\n\r\nIt could be something like this: \"rkward -script file.R\". Then, since the MIME type already exists for R source files, when clicking on a foo.R file in (say) Dolphin, RKward would be launched, with foo.R in the editor and a blank workspace.\r\n\r\nRight now, if one wants to just open a script and run some commands inside, one has to run RKward beforehand, click on \"Open file\", then navigate to the file and open it, which can quickly become frustrating if you have the file available in a Dolphin window...", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "e210013d", "posts": [ { "text": "Hi!\r\n\r\nJust to let you know, that - incidentally - I am just working on this feature.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2014-11-21 13:40:05.870000", "last_edited": null, "slug": "ec9a", "subject": "#124 Option to directly open script files" }, { "text": "Hi!\r\n\r\nGood to hear! Great minds think alike! ;)\r\n\r\nThanks and good luck!", "attachments": [], "author": "fly0s", "timestamp": "2014-11-21 13:47:51.872000", "last_edited": null, "slug": "c968", "subject": "#124 Option to directly open script files" }, { "text": "- **status**: open --> closed\n- **Group**: ------- --> IMPLEMENTED\n", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:22:35.151000", "last_edited": null, "slug": "968a", "subject": "#124 Option to directly open script files" }, { "text": "Implemented in 0.6.3", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:22:35.261000", "last_edited": null, "slug": "619e", "subject": "#124 Option to directly open script files" } ], "page": null, "subject": "" }, "mod_date": "2015-06-05 19:22:35.275000", "votes_down": 0, "votes_up": 0, "_id": "546f35d5d46bb40a907327b9", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/e210013d/", "ticket_num": 124, "custom_fields": { "_priority": "5", "_milestone": "IMPLEMENTED" }, "created_date": "2014-11-21 12:53:41.407000" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Import data file dialog with automatic selection of import format", "description": "See https://mail.kde.org/pipermail/rkward-devel/2015-June/004156.html .", "discussion_thread": { "limit": null, "discussion_id": "50f52f4134309d12e68e0c49", "_id": "d43cc0f2", "posts": [], "page": null, "subject": "" }, "mod_date": "2015-06-05 19:26:38.711000", "votes_down": 0, "votes_up": 0, "_id": "5571f7eec4d10452363d9d2b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/feature-requests/_discuss/thread/d43cc0f2/", "ticket_num": 125, "custom_fields": { "_priority": "5", "_milestone": "-------" }, "created_date": "2015-06-05 19:26:38.633000" }], "tracker_config":{ "_id": "50f52f4134309d12e68e0c47", "options": { "ordinal": 7, "import_id": "tracker/459010", "mount_point": "feature-requests", "TicketMonitoringType": "AllTicketChanges", "TicketHelpNew": "THIS TRACKER IS NO LONGER ACTIVE!\r\n\r\nPlease submit new wishes to our new tracker: http://rkward.kde.org/bugs !", "url": "/p/rkward/feature-requests/", "AllowEmailPosting": true, "EnableVoting": true, "TicketHelpSearch": "THIS TRACKER IS NO LONGER ACTIVE!\r\n\r\nPlease submit new wishes to our new tracker: http://rkward.kde.org/bugs !", "TicketMonitoringEmail": "rkward-devel@kde.org", "mount_label": "Feature Requests" } }, "milestones":[ { "due_date": "", "complete": true, "closed": 2, "default": null, "description": "implemented in svn", "total": 2, "name": "implemented_in_svn" }, { "due_date": "", "complete": true, "closed": 2, "default": null, "description": "Next Release (example)", "total": 2, "name": "Next_Release_(example)" }, { "due_date": "", "complete": false, "closed": 4, "default": null, "description": "---------", "total": 10, "name": "-------" }, { "due_date": "", "complete": false, "closed": 7, "default": null, "description": "Implemented in SVN", "total": 7, "name": "IMPLEMENTED" } ], "custom_fields":[ { "milestones": [ { "due_date": "", "description": "implemented in svn", "name": "implemented_in_svn", "complete": true }, { "due_date": "", "description": "Next Release (example)", "name": "Next_Release_(example)", "complete": true }, { "due_date": "", "description": "---------", "name": "-------", "complete": false }, { "due_date": "", "description": "Implemented in SVN", "name": "IMPLEMENTED", "complete": false } ], "type": "milestone", "name": "_milestone", "label": "Group" }, { "type": "select", "label": "Priority", "show_in_search": true, "options": "1 2 3 4 *5 6 7 8 9", "name": "_priority" } ], "open_status_names":"open unread accepted pending", "closed_status_names":"closed wont-fix", "saved_bins":[ { "sort": "mod_date_dt desc", "_id": "50f52f4134309d12e68e0c52", "terms": "!status:wont-fix && !status:closed", "summary": "Changes" }, { "sort": "", "_id": "50f52f4134309d12e68e0c51", "terms": "status:wont-fix or status:closed", "summary": "Closed Tickets" }, { "sort": "", "_id": "50f52f4134309d12e68e0c50", "terms": "!status:wont-fix && !status:closed", "summary": "Open Tickets" } ]} .