[JBoss JIRA] (DROOLS-4213) [DMN Designer] Search feature - Define search architectural approach
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4213?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-4213:
------------------------------------
Description:
This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
With this JIRA done, two initial implementations will be triggered:
- https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
- https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
---
Definitions:
All GDT cells, DRG Elements, and any other searchable element would need to implement this interface:
{code}
interface Searchable {
boolean matches(final String text)
Command onFound()
}
{code}
In the UI, each editor instance would have an instance of {{SearchBarComponent.java}} (..and a {{SearchBarComponentView.java}} and {{SearchBarComponentView.html}}). This simple UI component would call the editor index, that would have all {{Searchable}} elements. When a given component has the desired text, the respective command would be executed.
---
Questions to answer:
- How to index all Searchable items?
- How to keep index updated?
was:
This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
With this JIRA done, two initial implementations will be triggered:
- https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
- https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
---
Definitions:
All GDT cells, DRG Elements, and any other searchable element would need to implement this interface:
{code}
interface Searchable {
boolean matches(final String text)
Command onFound()
}
{code}
In the UI, each editor instance would have an instance of {{SearchBarComponent.java}} (..and a {{SearchBarComponentView.java}} and {{SearchBarComponentView.html}}). This simple UI component would call the editor index, that would have all {{Searchable}} elements. When a given component has the desired text, the respective command would be executed.
---
Questions to answer:
How to index all Searchable items?
> [DMN Designer] Search feature - Define search architectural approach
> --------------------------------------------------------------------
>
> Key: DROOLS-4213
> URL: https://issues.jboss.org/browse/DROOLS-4213
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
> With this JIRA done, two initial implementations will be triggered:
> - https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
> - https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
> ---
> Definitions:
> All GDT cells, DRG Elements, and any other searchable element would need to implement this interface:
> {code}
> interface Searchable {
> boolean matches(final String text)
> Command onFound()
> }
> {code}
> In the UI, each editor instance would have an instance of {{SearchBarComponent.java}} (..and a {{SearchBarComponentView.java}} and {{SearchBarComponentView.html}}). This simple UI component would call the editor index, that would have all {{Searchable}} elements. When a given component has the desired text, the respective command would be executed.
> ---
> Questions to answer:
> - How to index all Searchable items?
> - How to keep index updated?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4213) [DMN Designer] Search feature - Define search architectural approach
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-4213?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-4213:
------------------------------------
Description:
This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
With this JIRA done, two initial implementations will be triggered:
- https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
- https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
---
Definitions:
All GDT cells, DRG Elements, and any other searchable element would need to implement this interface:
{code}
interface Searchable {
boolean matches(final String text)
Command onFound()
}
{code}
In the UI, each editor instance would have an instance of {{SearchBarComponent.java}} (..and a {{SearchBarComponentView.java}} and {{SearchBarComponentView.html}}). This simple UI component would call the editor index, that would have all {{Searchable}} elements. When a given component has the desired text, the respective command would be executed.
---
Questions to answer:
How to index all Searchable items?
was:
This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
With this JIRA done, two initial implementations will be triggered:
- https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
- https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
> [DMN Designer] Search feature - Define search architectural approach
> --------------------------------------------------------------------
>
> Key: DROOLS-4213
> URL: https://issues.jboss.org/browse/DROOLS-4213
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Guilherme Gomes
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
>
> This JIRAs refers to the discussions for different implementation approaches that can be adopted for supporting GDT editor and DMN editor.
> With this JIRA done, two initial implementations will be triggered:
> - https://issues.jboss.org/browse/DROOLS-4212 (DMN graph PoC)
> - https://issues.jboss.org/browse/DROOLS-4211 (GDT PoC)
> ---
> Definitions:
> All GDT cells, DRG Elements, and any other searchable element would need to implement this interface:
> {code}
> interface Searchable {
> boolean matches(final String text)
> Command onFound()
> }
> {code}
> In the UI, each editor instance would have an instance of {{SearchBarComponent.java}} (..and a {{SearchBarComponentView.java}} and {{SearchBarComponentView.html}}). This simple UI component would call the editor index, that would have all {{Searchable}} elements. When a given component has the desired text, the respective command would be executed.
> ---
> Questions to answer:
> How to index all Searchable items?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4205) DMN: UI enhancements for Data Type editor
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-4205?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-4205:
--------------------------------------
Sprint: 2019 Week 26-28
> DMN: UI enhancements for Data Type editor
> -----------------------------------------
>
> Key: DROOLS-4205
> URL: https://issues.jboss.org/browse/DROOLS-4205
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
>
> *User Story*
> As a practitioner I want to be able to:
> * select an existing data type
> * create a simple or structured data type
> * create a “compound” (or complex) data type, easily.
> *
expand/collapse views of compound data types, so that I can___
> *
navigate between levels in a compound data type, so that I can___
> * edit an existing data type
> * remove an existing data type
>
…so that I can use the data type when creating a decision related asset.
> Requested UI enhancements, based on feedback from 7.4 implementation (keyboard shortcuts are covered in a separate Epic)
> * NESTING ISSUES ARE HIGH PRIORITY
> - Fix Dropdown menu labeling (Structure)
> - Weird tooltip on Structured row.
> - It wasn’t clear wasn’t what was nested, and looking for drag-n-drop to nest and reorder.
> - Finding “Structure” in the dropdown - was separate, blue and at the bottom. Terminology.
> - Nested data types, - all 3 used the field already open, but confusion about adding additional rows. Kebab didn’t work so well. Terminology for kebab menu.
> - Due to the icon at the top level and no icons at the second level, the indenting of second level items is not very clear for users. Make sure the nesting is very clear at a glance.
> - Better way to add a new field that is always visible to the user and clear to use without having to go into a kabob menu
> RELATED SAVE INTERACTIONS (Save, Delete, Remove)
> - Inline editing of the content in the rows would make the experience nicer than having a whole row edit model
> - - It's not obvious that you have to select the "check mark" to commit the change.
> - After adding a new data type field, undo becomes available but instead of removing the field, it resets the field name and type to the defaults. Redo then becomes available but doesn't appear to do anything when clicked.
> OTHER:
> - “Constraint” link was confusing, but location was good.
> - In the dialog, “Add” wasn’t found too well. (Bug adding a null constraint.)
> - Questions around Save - should it not require Save at the row level.
> - It feels unnatural to have to click the "Constraints" to open the Constraints modal.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4205) DMN: UI enhancements for Data Type editor
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-4205?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-4205:
--------------------------------------
Issue Type: Story (was: Epic)
> DMN: UI enhancements for Data Type editor
> -----------------------------------------
>
> Key: DROOLS-4205
> URL: https://issues.jboss.org/browse/DROOLS-4205
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
>
> *User Story*
> As a practitioner I want to be able to:
> * select an existing data type
> * create a simple or structured data type
> * create a “compound” (or complex) data type, easily.
> *
expand/collapse views of compound data types, so that I can___
> *
navigate between levels in a compound data type, so that I can___
> * edit an existing data type
> * remove an existing data type
>
…so that I can use the data type when creating a decision related asset.
> Requested UI enhancements, based on feedback from 7.4 implementation (keyboard shortcuts are covered in a separate Epic)
> * NESTING ISSUES ARE HIGH PRIORITY
> - Fix Dropdown menu labeling (Structure)
> - Weird tooltip on Structured row.
> - It wasn’t clear wasn’t what was nested, and looking for drag-n-drop to nest and reorder.
> - Finding “Structure” in the dropdown - was separate, blue and at the bottom. Terminology.
> - Nested data types, - all 3 used the field already open, but confusion about adding additional rows. Kebab didn’t work so well. Terminology for kebab menu.
> - Due to the icon at the top level and no icons at the second level, the indenting of second level items is not very clear for users. Make sure the nesting is very clear at a glance.
> - Better way to add a new field that is always visible to the user and clear to use without having to go into a kabob menu
> RELATED SAVE INTERACTIONS (Save, Delete, Remove)
> - Inline editing of the content in the rows would make the experience nicer than having a whole row edit model
> - - It's not obvious that you have to select the "check mark" to commit the change.
> - After adding a new data type field, undo becomes available but instead of removing the field, it resets the field name and type to the defaults. Redo then becomes available but doesn't appear to do anything when clicked.
> OTHER:
> - “Constraint” link was confusing, but location was good.
> - In the dialog, “Add” wasn’t found too well. (Bug adding a null constraint.)
> - Questions around Save - should it not require Save at the row level.
> - It feels unnatural to have to click the "Constraints" to open the Constraints modal.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4205) DMN: UI enhancements for Data Type editor
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-4205?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-4205:
--------------------------------------
Story Points: 5 (was: 8)
> DMN: UI enhancements for Data Type editor
> -----------------------------------------
>
> Key: DROOLS-4205
> URL: https://issues.jboss.org/browse/DROOLS-4205
> Project: Drools
> Issue Type: Story
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, drools-tools
>
> *User Story*
> As a practitioner I want to be able to:
> * select an existing data type
> * create a simple or structured data type
> * create a “compound” (or complex) data type, easily.
> *
expand/collapse views of compound data types, so that I can___
> *
navigate between levels in a compound data type, so that I can___
> * edit an existing data type
> * remove an existing data type
>
…so that I can use the data type when creating a decision related asset.
> Requested UI enhancements, based on feedback from 7.4 implementation (keyboard shortcuts are covered in a separate Epic)
> * NESTING ISSUES ARE HIGH PRIORITY
> - Fix Dropdown menu labeling (Structure)
> - Weird tooltip on Structured row.
> - It wasn’t clear wasn’t what was nested, and looking for drag-n-drop to nest and reorder.
> - Finding “Structure” in the dropdown - was separate, blue and at the bottom. Terminology.
> - Nested data types, - all 3 used the field already open, but confusion about adding additional rows. Kebab didn’t work so well. Terminology for kebab menu.
> - Due to the icon at the top level and no icons at the second level, the indenting of second level items is not very clear for users. Make sure the nesting is very clear at a glance.
> - Better way to add a new field that is always visible to the user and clear to use without having to go into a kabob menu
> RELATED SAVE INTERACTIONS (Save, Delete, Remove)
> - Inline editing of the content in the rows would make the experience nicer than having a whole row edit model
> - - It's not obvious that you have to select the "check mark" to commit the change.
> - After adding a new data type field, undo becomes available but instead of removing the field, it resets the field name and type to the defaults. Redo then becomes available but doesn't appear to do anything when clicked.
> OTHER:
> - “Constraint” link was confusing, but location was good.
> - In the dialog, “Add” wasn’t found too well. (Bug adding a null constraint.)
> - Questions around Save - should it not require Save at the row level.
> - It feels unnatural to have to click the "Constraints" to open the Constraints modal.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months