The conditions field in admin is sticky

Submitted by btesec on Mon, 01/25/2010 - 4:21pm

HI Julian,
When I try to select a field when creating condition for a form the dropdown list hides, I have to keep it press in order to select an option and enter the text in the condition field.
Any help. Using the svn from about a week old. Also can you indicate when we should stop using the svn for developing our projects since seems there will be a change in the admin interface, or let us know if we can just go ahead and continue using the svn. Of course we should all do backups before doing so.

‹ Notifications in formulize Simple yes/no radio buttons render "no and no" ›

Comments

Browser specific?

Submitted by Julian Egelstaff on Mon, 02/01/2010 - 9:54am.

Hello,

That dropdown list behaviour sounds like something I've seen before which is browser specific. Have you tried it in different browsers to see if it is constant?

If you find it's always there, please let me know exactly which dropdown list on which page it is that is showing the problem and I can check it out more.

The changes to the admin interface are in progress now, but will be completely transparent...we're going to just build a new admin interface while keeping the current one active. Then at one point, the new interface will simply become the admin homepage and the old interface will be gone. So no need to worry about timing anything.

--Julian

It is a firefox issue

Submitted by btesec on Tue, 02/02/2010 - 3:25pm.

Yes Julian,
I tried on IE and seems to work ok. So its and issue that started when I implemented from SVN a few weeks ago. Guess need to use IE or any suggestion?
Thanks

Which exact dropdown was it?

Submitted by Julian Egelstaff on Thu, 02/04/2010 - 9:06am.

Hmmm. Please let me know which exact dropdown, and what exact version of Firefox. Thanks,

--Julian

In all versions of firefox

Submitted by btesec on Thu, 02/04/2010 - 11:01am.

Here is what I have done:
I have upgraded to xoops 2.4.4 lately also. Also using the latest from the SVM as of 1 Feb 2010.

Issue happens in old and latest version of firefox. I also tried it on different PCs.

1. happens in the "if the options are linked" and "only include this element" fields which have radio button and drop down. I enable the "filter the options based on these conditions" but when I select the field from the dropdown the "filter the options based on these conditions" reverts back to "no filter in effect. Everything else seems to be working ok. here is the image:
http://cid-c3d234d75c293a74.skydrive.live.com/self.aspx/.Public/formuliz...

2. Are there plans to use the new xoops calendar? If not the old patched versio still works ok.

3. Will there be the possibility to calculate differences using the "calculations" button from "actions:" buttons area.

4. Also it would be good to be able to do calculations on other tables fields other than only fields of the same table.

Thanks for the details

Submitted by Julian Egelstaff on Tue, 02/23/2010 - 7:06pm.

Hello,

Issue 1 could be related to the XOOPS version. Those drop down lists are generated by the XOOPS form classes. I have found no problems with them in other versions of XOOPS and ImpressCMS, regardless of browser. I don't have a 2.4.4 test site handy though. If other users of 2.4.4 could chime in that would be great..

The new calendar sounds like a good idea. I haven't investigated it at all, I didn't know there was a new one. Is there a new form class type for dealing with that, or just some new javascript? The big thing is making sure the calendar supports a non-date default value. That's critical. XOOPS 2.2 incorporated a version of the YYYY-mm-dd patch, but I don't know if newer versions have done the same.

In general, I have been very impressed with everything I've ever done with jQuery, so I would be very interested in moving to a jQuery UI based calendar. Is the new XOOPS one based on that?

I'm not sure what you mean by 3, "differences". You can use the derived value field feature to calculate the difference between two values in the same entry, if that's what you mean.

Also for issue 4...not sure what fields you mean...you can do calculations on all fields in a form, or all the fields in all forms in a framework if you're using a framework.. So when using a framework you can do calculations on "other" forms, in the sense that you can refer to questions in forms besides the main form. But I think you mean something else?

--Julian

Issue 1 could be related to

Submitted by btesec on Fri, 03/12/2010 - 4:33pm.

Issue 1 could be related to the XOOPS version. Those drop down lists are generated by the XOOPS form classes. I have found no problems with them in other versions of XOOPS and ImpressCMS, regardless of browser. I don't have a 2.4.4 test site handy though. If other users of 2.4.4 could chime in that would be great..

Reply: Ok think its a browser issues yes.

The new calendar sounds like a good idea. I haven't investigated it at all, I didn't know there was a new one. Is there a new form class type for dealing with that, or just some new javascript? The big thing is making sure the calendar supports a non-date default value. That's critical. XOOPS 2.2 incorporated a version of the YYYY-mm-dd patch, but I don't know if newer versions have done the same.

In general, I have been very impressed with everything I've ever done with jQuery, so I would be very interested in moving to a jQuery UI based calendar. Is the new XOOPS one based on that?

Reply: The new calendar seems to be used by all modules.

I'm not sure what you mean by 3, "differences". You can use the derived value field feature to calculate the difference between two values in the same entry, if that's what you mean.

Reply: I am trying to create forms to track inventory of office equipment and office supplies. For office supplies I need to be able to add/restock supplies of the same before I run out. To do this I need to track the issuing/disbursement of supplies items. So I need to be able to add all items of the same (I use item IDs at the unique value) which have been added/aggregated to get my total of that particular item. Next, I need to add the total that has been disbursed for this particular item to get the total disbursed. Then I need to subtract the total disbursed from the total aggregated to get my balance or available amount of that particular item. I tried to get this done using one form but had to enter a minus sign "-" for those items that were disbursed. It does works, however, users have to ensure that they enter the minus sign for every item disbursed or they get wrong results (this is what I want to avoid). Is there a better way of doing this? or is your response below the answer, since I notice now that I can do calculations for related forms.

Also for issue 4...not sure what fields you mean...you can do calculations on all fields in a form, or all the fields in all forms in a framework if you're using a framework.. So when using a framework you can do calculations on "other" forms, in the sense that you can refer to questions in forms besides the main form. But I think you mean something else?

I am more interested the types of calculations and how to accomplish these. I am loving formulize as it only get better.

By the way, would it be possible to integrate (create a field) a signature capturing device? I am using http://www.topazsystems.com/products/siglitelcd.asp model now but may opt for recent models.
Cross platform API work is here http://www.topazsystems.com/software/download/java/index.htm

more samples here even for PHP here http://www.topazsystems.com/Software/download/web/index.htm

Running ubuntu server, mysql, php apache latest versions.
desktops are windows.

let me know.

Thanks

btesec

RE: calculating differences

Submitted by Julian Egelstaff on Wed, 03/31/2010 - 2:15pm.

Hello,

I think I see what you're getting at, when it comes to calculating the total for "in stock" items based on the total amounts acquired and the total amount disbursed. If you are using a single form to track the "transactions", ie: whenever there is a disbursement then a record goes into the form, and whenever there's a transaction, a record goes in the form, then as long as the disbursements are recorded with negative number amounts, ie: -5 because 5 items were handed out, then a sum total will give you the current "in stock" amount.

OK, I think that's what you're already doing, and we're on the same page?

So, if that is the situation, I can imagine one way to improve it, by using the "value derived from other elements" type of element (ie: the derived value element), to record a negative number when the transaction is a disbursement. Now, you would still need some other element in the form to indicate that this entry is for a disbursement and not an acquisition. Probably a radio button set or something like that. Maybe you do have that already. It seems to me that users would find that a very normal kind of thing....record a transaction, what kind, how much, etc. And so yeah, the negative number can be a little counterintuitive.

So, assuming you have some field like a radio button set, where people already indicate if this transaction is going in one direction or another, then you could have them just put in a positive number for the amount, no matter whether this entry is a disbursement or an acquisition. And then, you use the derived value formula to make a separate number which would be positive or negative based on whether this entry was a disbursement or an acquisition. The code might look like this:

$type = "disbursement-or-aquisition-question";
$amount = "total-in-or-out";
if($type == 'disbursement') {
  $value = $amount * -1;
} else {
  $value = $amount;
}

Then you can do a sum total on that column, instead of the one that users are filling in, and it will give you the proper total.

I think. Does that sound like it matches your use case scenario? I might have misunderstood how you're using the form and the numbers.

--Julian

Thanks. Julian. I was doing

Submitted by btesec on Thu, 04/01/2010 - 4:43pm.

Thanks. Julian. I was doing so. I will try your new suggestion.

JS calendar in XOOPS

Submitted by skenow on Sat, 03/13/2010 - 12:28am.

The js calendar in the latest version of xoops is a commercial script - http://www.dynarch.com/projects/calendar/ - and it is unclear if the developers or leaders have obtained redistribution rights. I would stick with your patched version.

JS Calendar

Submitted by btesec on Mon, 03/15/2010 - 10:53am.

Yes I think we should stick with the patched version. What were these people thinking when they implemented the new JS calendar. Probably planning to have versions of Xoops for Sale!

JS Calendar to change to JQuery calender

Submitted by btesec on Mon, 03/15/2010 - 3:58pm.

Here is what I got from mamba concerning the calendar:

Re: JS Calendar

Hmm, I checked the 2.4.4 and 2.5.0 Alpha 1 code, and it was the GPL code of jsCalendar.

I just saw that the developers updated in 2.5.0 Alpha 2 the calendar to jsCal2, which is commercial code.

As I said, we'll be replacing the calendar with jQuery calendar anyway.

Quote:

btesec wrote:
Hi mamba,
I am concerned about the new JS Calendar that is being distributed with Latest releases of Xoops. It is a commercial product as seen here:
http://www.dynarch.com/projects/calendar/
Your response would be appreciated, since I chose not to post this on the forums.

Thanks

Good old jquery!

Submitted by Julian Egelstaff on Wed, 03/31/2010 - 2:19pm.

I love jquery. It would certainly be nice if XOOPS moved to using it for lots of stuff. The calendar system still needs to have a proper non-date default value though. That's critical. I described this years ago:

http://sourceforge.net/tracker/?func=detail&aid=1077123&group_id=41586&a...

It was included in 2.2 I think by mithrandir, but then I don't know what happened after that.

--Julian