The LimeSurvey Fund-Raiser 2012 is complete. Thank you for donating a total of 25,000 USD!     List of donors »

Welcome, Guest
Username: Password: Remember me

TOPIC: LimeSurvey1.92RC1 is released

LimeSurvey1.92RC1 is released 1 year 5 months ago #71148

  • lemeur
  • lemeur's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 31
  • Karma: 15

The LimeSurvey team is pleased to announce the availability of release candidate 1 (RC1) for version 1.92 of LimeSurvey. You can download it here. This version is based on the 1.91+ code base, but completely replaces the survey-taking logic with Expression Manager (EM). Although this is a complete re-write of the survey-taking portion of the code, it has been thoroughly tested and we expect a rapid migration from Release Candidate to true release status.

In addition to being fully backwards compatible with 1.91+ (see the one caveat below), EM provides the following new features, several of which have been on the wish list for some time:

  • Use complex equations to decide if a question is visible/relevant or not (a successor to conditions, supporting much more complex logic).
  • Use Group-level relevance to show/hide entire groups without needing to set conditions on each question
  • Use advanced piping, micro-tailoring, and conditional logic to tailor questions that are visible.
  • Generate complex reports (like showing users a table of questions and answers) mid-survey.
  • Save any computations or generated reports to the database (via the Equation question type).
  • Write expressions using the Question Code as an alternative to using {INSERT:SGQA} syntax.
  • Write complex expressions using 70+ mathematical/date/string functions, parentheses, and any math/logic operators.
  • Use cascading conditional logic, like cascading array_filter / array_filter_exclude.
  • Eliminate the need for most custom JavaScript - computations, scoring and tailoring are done by EM.
  • Run surveys with complex conditions and piping in All-in-one mode, even if highly dynamic.
  • Run large, complex surveys faster, even if they contain many conditions.
  • Use the Question/Group Navigation Index even with complex conditions.
  • Jump forward in Navigation Index, re-validating all intervening steps and stopping if any are invalid.
  • Auto-convert Conditions to Relevance - so you can still use the Conditions editor if you like it.
  • Re-order and/or delete any questions or groups, even if they contain complex conditions.
  • Use EM syntax-highlighting to quickly validate and debug your work. All variables are color coded to indicate whether they are set on the current, prior, or later pages (or not at all). Tool-tips show the question code, SGQA, question text, and enumerated answer choices. Clicking on the variable opens a new tab that lets you edit that question (also letting you quickly navigate cascading relevance logic).
  • Use the new Survey Logic File view to show all of the key content and logic in the survey. This includes all group, question, sub-question, and answer codes, values (if assessment mode), and text; all defaults; all question attributes; and all relevance and validation logic. This file uses the click-able syntax highlighting and shows which questions have errors (e.g. bad syntax, undeclared variables, or re-used question codes).
  • Use most EM-related functions and attributes in your own custom JavaScript, you don't need to re-invent EM functionality


One Caveat. LimeSurvey 1.92 is fully backwards-compatible with 1.91+ except for less-than / greater-than comparisons against empty values. One of the LimeSurvey demo surveys uses a set of conditions that translates to this relevance equation: {(age < 16) or (age == 20) or ... or (age == 80)}. In LimeSurvey 1.91+, (age < 16) is FALSE when there is no answer (the value is blank). However, in LimeSurey 1.92, (age < 16) is TRUE when there is no answer, since both PHP and JavaScript treat blank as 0 in mathematical comparisons. Thus, 1.91+ would hide that question when age was unanswered, but 1.92 would show it. We went to great pains to prevent this, but since we needed to have the Expressions generate identical results in PHP and JavaScript, there was no way to make 1.92 treat "" < 16 as FALSE. Fortunately, there is an easy work-around for this. If you want (age < 16) to be FALSE, then use this expression instead: {(!is_empty(age) and age < 16)}. You can use the new Survey Logic File view to quickly identify and fix any such comparisons in your survey.


The best way to get started is to download and install 1.92, and play with the included survey, /docs/demosurveys/limesurvey2_sample_survey_english.lss, which demonstrates the majority of EM's functionality.


Read more about EM here:

Please contact us via the Forum or IRC with any questions/comments.If you find any bugs, please report them on the Bug Tracker.

Also note, for those of you watching the development of 2.0, EM will be included in it too. At present, the version of EM in 1.92 is considerably more robust and feature complete than the version in 2.0a. However, as the Yii port progresses over the next several months, these new EM features will be ported to Yii and the 2.x branch.

Read more...
The administrator has disabled public write access.

Aw: LimeSurvey1.92RC1 is released 1 year 5 months ago #71156

  • Steve
  • Steve's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 494
  • Thank you received: 46
  • Karma: 17
Hello,

the database name, database user and the rootURL in config.php don't seem to match the usual standard/default values. The default value for the database name should be something like "limesurvey" or "limesurvey_dev" while "root" seems to be the default database user. The rootURL also doesn't seem to match the folder "limesurvey" which is extracted from the zip/7z/... file.

LS_EM_configPHP_2011-12-21-2.jpg


I know you can or in some cases must change the settings in config.php, but I think it would be easier if the default values can be used because you just want to test the RC.

EDIT:
I encounterd the next problem. I cannot login, the set user and password in config.php doesn't seem to work:
User: admin
Password: password
Mit freundlichen Grüßen/Best regards,

Stefan Gohlke
LimeSurvey Team
Last Edit: 1 year 5 months ago by Steve.
The administrator has disabled public write access.

Re: Aw: LimeSurvey1.92RC1 is released 1 year 5 months ago #71166

  • TMSWhite
  • TMSWhite's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 751
  • Thank you received: 77
  • Karma: 33
vierundzwanzig-

Thanks for pointing that out. We'll take care of that in the next RC release.

There are two possible work arounds:
(1) Here is a working INSERT query for an admin user with the default password of "password".

INSERT INTO `lime_users` (`uid`, `users_name`, `password`, `full_name`, `parent_id`, `lang`, `email`, `create_survey`, `create_user`, `delete_user`, `superadmin`, `configurator`, `manage_template`, `manage_label`, `htmleditormode`, `templateeditormode`, `questionselectormode`, `one_time_pw`, `dateformat`, `participant_panel`) VALUES
(1, 'admin', 0x35653838343839386461323830343731353164306535366638646336323932373733363033643064366161626264643632613131656637323164313534326438, 'Your Name', 0, 'en', ' This e-mail address is being protected from spambots. You need JavaScript enabled to view it ', 1, 1, 1, 1, 1, 1, 1, 'default', 'default', 'default', NULL, 1, 0);

(2) I have a copy of 1.92 RC1 hosted on Amazon's Compute Cloud. Details are here:

ec2-50-16-27-54.compute-1.amazonaws.com/limesurvey_dev

The admin password is ls-dev-pass

Feel free to play with this version. It is running on a 32 bit micro Amazon EC2 instance, so has only 600 MB of memory, but it gives fast response times as long as there are only a few concurrent users.

/Tom
The administrator has disabled public write access.

Aw: LimeSurvey1.92RC1 is released 1 year 5 months ago #71168

  • Steve
  • Steve's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 494
  • Thank you received: 46
  • Karma: 17
Thank you for your answer, TMSWhite. I tried (1) and it works fine, so I'll go on with this. Though I don't know how much time I can afford/use to test it and play with it.*g*
Mit freundlichen Grüßen/Best regards,

Stefan Gohlke
LimeSurvey Team
The administrator has disabled public write access.

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71284

  • Fred
  • Fred's Avatar
  • OFFLINE
  • Gold Donor
  • Posts: 162
  • Thank you received: 5
  • Karma: 3
Hi, Tom, I had the same problem with the Admin user not being created but used your SQL and that solved it. Thanks

One comment on Equations. Our surveys include a lot of calculations based on respondents' answers (e.g., financial ratios) and I was definitely looking forward to calculating them in the database at runtime rather than later on in Excel during analysis. As it is now, you have the formula going into the Question field where the question text would normally be. It would be nice if there were a way to keep the equation distinct from the Question text that serves to describe it. I guess this would mean creating a new field or attribute?

I noticed that the new database includes the participants tables from the Central Participants database experiment last Summer. Does this mean that the next release is going to include that new functionality too?
The administrator has disabled public write access.

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71285

  • TMSWhite
  • TMSWhite's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 751
  • Thank you received: 77
  • Karma: 33
Fred-

Glad the admin work-around worked. When we release 1.92 RC2, that will be fixed up front.

I hear you about Equations, but still think it makes more sense to keep them as a separate question type. Very few questions will need an Equation (and for question types that require sub-questions, the idea of sub-equations doesn't make intuitive sense), so if we have explanatory text in addition to an Equation, the equation field would be empty most of the time. For most of the equations I use, I don't need the explanatory text. If I want some boilerplate, I add that as a separate question and use tailoring to incorporate the Equation results.

As to the Central Participants Database - I kept it in so that the database version numbers between 1.92 and 2.0x would be in sync. I wasn't planning on adding CPD to 1.92

/Tom
The administrator has disabled public write access.
The following user(s) said Thank You: Fred

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71293

  • Fred
  • Fred's Avatar
  • OFFLINE
  • Gold Donor
  • Posts: 162
  • Thank you received: 5
  • Karma: 3
Thanks Tom. If I find any bugs I'll put them in the tracker.

I'm sure you're aware, but Equations don't work in the Data Entry view or the Edit Response view. I don't think conditions worked there either, but I'm thinking of when we have to go back and do corrections to data sometimes, we shouldn't count on the Equations recalculating.
The administrator has disabled public write access.

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71294

  • TMSWhite
  • TMSWhite's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 751
  • Thank you received: 77
  • Karma: 33
Fred-

You are correct that conditions never worked for Data Entry. Like Printable Survey, they were displayed, but they were not enforced (except perhaps at submit time).

Now that relevance and mandatory/validation calculations works identically for all survey styles (e.g. question, group, survey), they can also work for data entry. So, my inclination is to consider data entry as effectively survey (all-in-one) style (all relevant questions shown), but with a different look and feel. That way we can ensure that data entry does enforce conditions. The same approach could be taken for Edit Response View. If so, then we can be sure that equations will re-calculate.

/Tom
The administrator has disabled public write access.

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71299

Hi Tom,
You write: "Now that relevance and mandatory/validation calculations works identically for all survey styles (e.g. question, group, survey),...."
What do you mean by writing that these work for a survey? Of course I understand that these work for questions and groups (I am very glad with this...), but I do not understand how these work at a survey level.
Frans
Last Edit: 1 year 4 months ago by fransmarcelissen. Reason: mistake
The administrator has disabled public write access.

Re: LimeSurvey1.92RC1 is released 1 year 4 months ago #71307

  • TMSWhite
  • TMSWhite's Avatar
  • OFFLINE
  • LimeSurvey Team
  • Posts: 751
  • Thank you received: 77
  • Karma: 33
Frans-

By "survey" level, I meant "all-in-one" style. So, Expression Manager ensures that all of the conditions/relevance and validation rules all work even if you have dozens of groups shown on the same page. In such cases, only relevant groups and questions will be visible. This is like using data entry but ensuring that only relevant questions are visible there.

/Tom
The administrator has disabled public write access.
Time to create page: 0.259 seconds
Donation Image