Totally agree on the problem and as well with the suggestion of
providing an activity indicator to show that nothing crashed, behaves
strange or does something else unwanted, but just needs more time :)
Thanks Aaron for summarizing the usability problem(s) around the current
state.
Jan
Am
Hi,
> while we're still at brainstorming, I'll toss in a further thought
> in this category: Turn the "Preview"-checkbox itself into a tri-state
> control, e.g. a drop-down menu "Preview disabled", "Docked Preview",
> "Separate window".[…]
What I know as a sort of standard from dockable windows
Hi Thomas,
I had a look at the new function/plugin as well as at the different
preview possibilities.
> The "usual" placement would be at the bottom of the dialog
Yes, this would be my preferred option usability-wise too.
Also, the current implementation is not bad for previewing the import
(or
I tried to incorporate the needs outlined by you in a (hopefully) usable
design, which I visualized and described at
https://community.kde.org/RKWard#Plotting_issues_of_various_kinds
Have a look if it makes sense and/or if you have any questions
Colors, fonts etc. are on a very sketchy level, so
Hello RKWard Devs,
While thinking about the graphic "[rkward-devel] [rkward] [Bug 355533]
New: Graphics devices tool window [draft]" and creating some graphics, I
noted that the dot chart plugin has the contraintuitive ordering of UI
elements – the essential variable slot of the variable picker
read
>the tooltip).
>
> Please test and let me know of any quirks.
>
> Regards
> Thomas
>
> On Fri, 13 Nov 2015 21:25:10 +0100
> Thomas Friedrichsmeier <thomas.friedrichsme...@ruhr-uni-bochum.de>
> wrote:
>
>> Hi,
>>
>> On Fri, 13 Nov 2015
Am 06.11.2015 um 13:18 schrieb d_jan:
> Hi,
>
> ok, so I have now pushed the first "complete" draft of the Workspace
> browser including search functionality into git master. (I'm sure you'll
> find some details to improve, though).
uh, really neat!
I was kin
Am 06.11.2015 um 13:47 schrieb Thomas Friedrichsmeier:
> On Fri, 6 Nov 2015 13:18:43 +0100
> d_jan <d_...@ymail.com> wrote:
>>> For "Show all Environments":
>>> - remove the option from the "main" UI
>>> - keep it in the context men
Am 06.11.2015 um 11:12 schrieb Thomas Friedrichsmeier:
>>
>> /It organizes the workspace in two groups, the "My Data" or "My
>> Workspace" which groups all user created objects and data (globalEnv)
>> and the "other Environments".
> that part is now ready for you to look at. I moved the expand /
Hi Thomas,
> Splitting this into a new thread to make it easier to follow. I have
> now merged the optionset UI rework into "master"
great!
>> - Klicking on the + only would be…
oops. some characters got lost. anyway, it has low priority I think; it
were some thoughts on the interaction to
Hi RKWard Devs,
(Scroll way down for summary)
Am 04.06.2015 um 20:10 schrieb Thomas Friedrichsmeier:
On Wed, 3 Jun 2015 17:57:36 + (UTC)
Jan Wort d_...@ymail.com wrote:
[SNIP] …
related to
the GUI connected to otionset and not only a problem of the optionset
control alone.
E.g. the
Hello RKWard Devs,
While I was on it, I put some not-so-discussion-prone bugs and proposed
fixes in the wiki (+Screenshots) – https://community.kde.org/RKWard.
Part of it builds on Abattys suggestions:
- Data Import. Suggestion: Import Data is error prone, submenu seems
to provide same
Hi Meik,
Just in case you did not read the long-ish mail I send yesterday: In
regards to the locking issue I would propose a checkbox or two
lock|unlock buttons in the toolbar: It is immediately visible und
understandable of the user.
The defaults should be kept like you say imho.
Regards,
Jan
13 matches
Mail list logo