Skip to main content

Workbox blog

Go Search
Workbox blog
Workbox home page
  

Other Blogs
There are no items in this list.
Blog moved to blogger.com
We have deceided to move our blog to the Blogger platform. The reason for that migration is that it is indexed by google more frequently and gives us more possibilities to reach more people.
The address of the new blog is http://wbblog.datapolis.com.
 
All new posts will be posted there.
 
We will redirect the home page of this blog to the new blog.
Hotfix for version 1.4
Today we have released a hot fix for version 1.4. The latest version is 1.4.1.120. Please download it from here: www.datapolis.com/workbox/get.
 
The hotfix fixes these 3 errors:

Sorry for problems these errors might have caused.

Action launch form

Currently in Workbox you can ask users to provide some information when they launch an action. This is a very simple mechanism, which is lacking a lot of features - you just chose the variables and that's all - no control over validation, default value or text on the launch page.

 

This has been a big pain for us for a long time, but with every release other things seemed more important. Finally in this release we have chosen the modification of action launch form as our top priority.

 

How will this functionality look? We wanted to keep the very simple and intuitive way of choosing the variables and give you at the same time a lot of configuration capabilities.

 

We have come up with the following - the "variables" window on the action properties will change to "Launch form". The existing form will be heavily modified and will look something like this (sorry for Polish screens but I don't have time to translate them):

Action launch form definition

On this window (going from the top):

  •  do not show the form and launch action without confirmation - after choosing this button rest of this window will be inactive and when user clicks on the action launch button or selects it from the context menu action will launch immediately
  • Copy the form's settings from different action - you can select another action in this workflow and copy the settings to this action
  • Form header - a text field which allows you to input DHTML that will be displayed as a header of the page. You can use lookups to make the content rich with information
  • Variable picker - this picker works a little like user picker in the role membership. It has replaced the checkboxes on the old "action variables" window. This picker allows you to choose which variables will be used as form fields. You can also change their order on the form and enter field properties window.
  • Manage variables button - open variables window - this is the same button an in the old window
  • Form footer - same as the header but is displayed below fields and above the buttons.

This screen does not bring much new into the form management - the new thing is that it allows you to enter form footer and header, control field order and see better which variables are chosen.

 

The real power is in the field properties. This window works much like list columns setting on SharePoint. We were trying to keep it as similar as possible, so it would be straightforward to SharePoint users. Also the launch form itself will be in SharePoint design, so users will see the interface they know. We will also use the standard SharePoint controls for the rich text box, people picker etc.

 

The window will look like this:

Field properties

There are 3 groups of parameters:

1.     General properties. This group has 3 fields:

o    name

o    description 

o    field type- will have the following values - single line of text, multiple lines of text, number, date and time, yes/no, list, people picker, file. 
By default name will have the name of the variable, description will have the description of the variable and field type will be by default the type of the variable. We will introduce lookups to variable name and description.

2.     Validation - here you will be able to set validation rules. These fields will change depending on the field type.

3.     Properties - here you will be able to set default value (you can use lookups for that, by default the value of the variable will be set here), source of the dropdown list, etc.

Most of the fields work like this - when you select the variable, all default values will be set to the field. User is presented the form and inputs the values. Values are then stored within the variable. Because you can use lookups in most of the fields, it is really easy to display all the data user needs to launch the action - for example you can insert a link to the item or display a value from the item as a default value of some field.
In the release after the next one you will be able to create a dropdown list that provides the values from different lists from the entire SharePoint application, filter these values, add additional ones, etc. Something like this cross site lookup but more powerful.

The file field works a bit different. First - it gives you the ability to upload many files at once - without having to reload the window like on SharePoint form. Second - files are not stored within the variable. Instead of that, you can define where the files uploaded by user should be stored. They can be stored as files in the document library or as attachment to a chosen list item.

Plans for the next release

Sorry for the late post - we have started working on the release and I couldn't find the time to write on this blog.

 

The new release - probably version 1.4.5 will introduce 2 big features - saving workflows in STP and action launch form management.

 

This means that starting from the new release you will be able to save your site as a site definition and then create a new site from this definition. All your workflows saved in the definition will match and deploy automatically.

 

In the new release, instead of just choosing the variables for the action launch form, you will be able to completely control the form - more details in next post.

 

Also in the new release:

  • values provided on the action launch form will be displayed in the history
  • you will be able to specify the folder in the item activities
  • workbox will be setup as a site and not site collection feature - this will give the administrators more flexibility in configuring their environment
  • Action launch URL lookup - you will be able to get the URL of the action launch pages for the next state. Thanks to that you can for ex. send an e-mail with a link that takes you to the "Accept" action page, instead of just to element.
  • "IF", "And", "Or" functions
  • History for the "If" activity

and as always - bug fixes and more "Help"

Release 1.4 is ready for download
Once again we have enchanced workbox functionality and improved its stability. The version 1.4 is ready for download.
Please upgrade your version and let us know how you like it.
 
You can download the lates version from here: http://www.datapolis.com/workbox/get
 
In this post you can read about the new features: http://blogs.datapolis.com.pl/workbox/Lists/Posts/Post.aspx?ID=23
Release 1.4 will be launched tomorrow - on August 4th
RC 1 for Workbox 1.4 was tested and accepted for release and will be available for download tommorow in the evening.
 
Sorry for the delay, but there was a lot going on in our company in July. 
 
We have prepared 2 short sneak peeks of the new features - there were not published in time as I was on vacation.  Please see the previous posts.
Sneak peek (2) - Workflow activities
We will introduce 3 new activities - launch workflow action, start workflow and terminate workflow.
 
These activities will work on per item basis and will be defined similar to other item activities - you will pick the list/library and item filter and then provide the details about the action or workflow you want to launch or terminate. In the action launching activity you can also pass values for the workflow variables.
 
This functionality allows you to create a very complex solution that will be able use sub-workflows and communicate with other workflows.
 
For example, you can create a major workflow that will create tasks on some task lists. After the task is finished it can launch and action on the major workflow and push it forward.
 
Because we are using the same mechanism as in other item activities, you can use these activities to automatically push forward or terminate workflows on multiple items. This can be very helpful when you need to perform some actions regularly at given date (for ex. at the end of the month). For example - you can create a workflow that will terminate all pending vacation requests at the end of the year.
 
 
Below you can find a screenshot of the activities' properties windows.
Launch action
 
Start workflow
 
Terminate workflow
Sneak peek (1) - multiple self-timers

Multiple self-timers greatly enhance existing self-timer functionality.

 

Basically, in release 1.4 you will be able to create an unlimited number of self-timers. This means that you can have different timer conditions and launch times as well as launch different actions depending on the conditions.

 

For example - you can have now a timer that will launch a reminding action 3 times and after that launch another action that will escalate the task to the manager. If on the other hand the task was created by CEO, then it will be accepted automatically.

 
List of self-timers
Some details about the new release

We have now reached the testing phase of the 1.4 release, so you can expect it to be ready for download within 2 weeks.

 

Below you can find brief information about the changes; more details will follow in the next posts.

 

As I have mentioned before, you can expect in the new release:

  • Activities for launching Workbox workflow action and workflow instance as well as for terminating workflow. You can use them on any Workbox workflow within the web application.
  • Multiple self timers - multiple self timers give you possibility to launch different actions depending on different conditions.
  • Enhanced and corrected import and export - we have added matching for most of the lookup objects and domain migration. We have also improved the matching mechanism and prepared it for possibility to export workflows with entire site definition, which will be available in the next release
  • Error reporting - if you encounter an error within Workbox, you will be able to report it directly to us from the designer. Reports will be able to send out your workflow definition and details about your system, so I will be much easier for us to debug it and send you a solution. Reporting will be possible both from the error window as well as on demand.
  • Improved history - we have added a workflow summary (which will be extended in next releases) and information about action status - if all activities were without problems - action is green, if at least one alert occurred - action is yellow, if at least one error occurred - action is red. This helps to see at glance if all activities finished properly.
  • Bugs and problems
    • Improved lookup mechanism
    • Mail sending and lack of history on 64 bit environments
    • Empty role problem
    • Improved look of the dialog windows
    • Corrected labels and descriptions
    • Completed French version
    • Improved installer
    • HTTPS connection
    • Improved error reporting
    • Whitespaces in adding to role

 

Hot Fix 1.3.7 is ready for download
Please download it from here www.datapolis.com/workbox/get
 
This hotfix fixes 2 issues:
  • e-mails are not sent out on the 64bit environment
  • users were not addet to roles on forms authentication

Unfortunatelly we didn't manage to get the SSL but into the hot fix - it will be included in the release 1.4

1 - 10 Next
Workbox

 Search for error solution

Go Search
  Submit an error
  Known errors

 ‭(Hidden)‬ Admin Links