• Rameshkumar
    March 1, 2016 at 11:59 am #1403

    <p dir=”ltr”>We are in the process of rewriting existing .net application into BPM. Our existing application has 32 different forms which will follow different path of approvals (Many of them follow similar path).</p>
    <p dir=”ltr”>I see 60 % common fields among the forms.</p>
    <p dir=”ltr”>1. Can we design the normal way of UI designing drag and drop the controls and set the fields label name for each form ? If yes, what would be the challenges that we need to consider?  (We are going to use SPARK toolkit to provide rich UI. )</p>
    <p dir=”ltr”>2. Current .net screens are fetching the fields name from property file and rendered into the screen. But it has some limitations. It takes 10 pages to complete single form that needs to be avoided.</p>
    <p dir=”ltr”>3. How can we overcome the issue stated in point#2 ?</p>
    <p dir=”ltr”></p>
    <p dir=”ltr”>Please provide your suggestions.</p>

    Rameshkumar
    March 1, 2016 at 12:04 pm #1404

    We are in the process of rewriting existing .net application into BPM. Our existing application has 32 different forms which will follow different path of approvals (Many of them follow similar path).

    I see 60 % common fields among the forms.

    1. Can we design the normal way of UI designing drag and drop the controls and set the fields label name for each form ? If yes, what would be the challenges that we need to consider?  (We are going to use SPARK toolkit to provide rich UI. )
    2. Current .net screens are fetching the fields name from property file and rendered into the screen. But it has some limitations. It takes 10 pages to complete single form that needs to be avoided.
    3. How can we overcome the issue stated in point#2 ?

     

    Please provide your suggestions

    SPARK Support
    March 1, 2016 at 4:48 pm #1406

    Hello Rameshkumar,

    It is hard to tell exactly what challenges you will face, but something to consider is your dependency on a .NET language and the .NET Framework (you may require additional integration implementations for existing functionality).

    SPARK UI is a great way to implement many server-side requests without a hassle, and combined with BPM’s Human Service capabilities, your complex “10 pages to 1 form” will most likely be simplified. Coach Views will allow you to reuse sections of your UI, so development may be easier than you expect!

    We would suggest analyzing your current .NET functionality and dependencies, as well as which of SPARK’s capabilities you can utilize for that functionality. You will find our UI Control Articles helpful.

     

    Regards,

    Spark Support

    Rameshkumar
    March 2, 2016 at 11:31 am #1408

    Thank you for the update. We have around 10 to 15 columns in the table. user needs to add those values as an inline edit.

    Does SPARK has any capability to show 7 columns when the page loads, and remaining can be expanded or opened via popup by clicking button ? I saw the similar one in Brazo tk.

    Could you also provide me a suggestion to design 15 column user editable table in the UI using SPARK TK?

    Regards,

    Ramesh

     

    Rameshkumar
    March 3, 2016 at 9:17 am #1410

    I need to fix the fixed width for all the columns, is there any way to setup a table width so that horizontal scroll bar can appear ?

    Please find the attached image for reference ?

    Rameshkumar
    March 4, 2016 at 12:16 pm #1413

    Could you please provide me an update on this ?

Viewing 6 posts - 1 through 6 (of 6 total)

You must be logged in to reply to this topic.

Start typing and press Enter to search