XWidgetSoft Forum

Xwidget 1.9.1.402 portable
Win: XP
============


description:
-------------
after a bad shutdown of my system, some of my widgets have changed their functionality,
after some tests, i found that the problem is in [for] loops that doesn't used [var] to define its loop [variable];

so this make me think that what's happened to it:
> is there any AutoUpdate running in the background?
> if there is a AutoUpdate, then why build version of Xwidget doesn't changed?
> why it have changed without user's notification?

this change make me a bit insecure about it,
really what's happening behind it?

===========



edit:
----------
just i found that:
also there is a problem with some [if] statements that compares with [!=]
they doesn't work with [!=] but works with [>]
after doing changes and changing to [!=] again, now [!=] will work correctly again
so the problem is so mysterious to me

and i just remember that i have this problem before with this [!=] thing after a bad shutdown
and changed some of them with [>] before

also i should tell that [for] loop problem only happens to some of widgets (maybe widgets with too many [for] loops)



most important thing is:
why this will happens after a bad shutdown

==============

I never had this problem even a "bad" shutdown. In some widgets the user forgot to add the save ini function so after a restart or reload the widget doesn't save the visuals configuration.

About the "auto update" there is actually an option (right click on XW''s icon tray->others tab) but I have this always unchecked.

Maybe the old XP system or the portable version of XW cause this. I don't know your system's characteristics, but I think that you should do the big step and use Win7!

_________________
...and remember: don't take life too seriously...
My profile on Deviantart: http://jimking.deviantart.com/

when i told bad shutdown i mean sudden power failure

my problem is not what you have mentioned
as i told, there are some problems with some javascript commands: [for] , [if]
i don't know what's happened after power failure to the xwidget
why should script compiler change behavior after power failure?

============

edit1:
-------
and about the [AutoUpdate]:
now i checked it and it's unchecked, so it shouldn't be changed by update
really i wanted to know what's happening on it

============

edit2:
-------
i just checked with:
> a newly unziped version in different location
> and also with some old versions
and all of them will have this problem


some of the [for] loop doesn't work without using [var] inside it
it will generate this error:
[runtime error Object doesn't support this property or method]


if there is a problem with it so why it was working before for a long time

==============

just i found that in version 1.9.1.402 portable
it will check different locations for widget,
so it means that it stores something in registry or some other shared resource in system

shouldn't it to be for portable version to don't store anything on system?
does anyone know where it store these things?

As I know when we use portable softwares, any changes are saved in the original .zip or rar file. That's why sounds weird..
One question: why you don't use the stable version with normal installation?? You will resolve all your problems!

_________________
...and remember: don't take life too seriously...
My profile on Deviantart: http://jimking.deviantart.com/

portable version is a stable version

the difference should be:
>installer version: can make changes to the system settings, registry, shared data, ...
>portable version: should use only its own folder for all its content and don't do any changes to system setting, registry, ... ; and if it was necessary to do so, it should ask user for it, and also have some option to remove these things; so it shouldn't have any trace on system after exiting application


and i used portable version because i want it to be that way

Surely you're free to do as you want. So you don't install programs on your pc?! I just think that maybe you are a bit too cautious. Add a single, small and secure program on your system's startup list it's not a big deal. When you know what exactly what you're going to install and with a good antivirus and a registry cleaner program, you will be ok and secure. And as I see you continue to have issues with the portable version. Anyway.. This is just my opinion of course..

_________________
...and remember: don't take life too seriously...
My profile on Deviantart: http://jimking.deviantart.com/

As I previously mentioned this is the same for older versions also
As I said I can not find any reference in my registry, and this would not be necessary if these locations are part of the program code. Most other programs would have this path as a user option...
So only the coders can tell us the answer.

since the problem has began after a power failure, the problem should be from some component that should be installed or loaded in system,
this supposed to be happened if it was installer version, so the installed component could be lost or unloaded from system resources, and then the program needed to be reinstalled to recreate the components it needed.

but for portable version:
all components should be in the program folder, or it will need only existing resources of system, and also the program folder is not a system folder, so it doesn't change by system or recovery, so no need to reinstalling of software and components

it seems to me that it's a mixture of installer version and portable version
so this problem effected on it,
if this is the cause of the problem then it should also happen to installer version


===================


when i told it will check different locations, if you have 2 copy of this portable version in 2 separate folders it will check both of them for widgets, so it will store location of last run in some place

this is different from behavior of older versions (i don't tested it with older version)
as i know older versions only check for default places ([my documents], [local settings], [application data], ...), these are default locations for storing program data, so it doesn't need to store any reference on system and it will use them by default if the folders available on system

but here in new version i noticed that it will save all the places that xwidget have ran from it in some place that i don't know

Well, locations for data storage are always hard-coded in a standard windows application. Locations such as "C:\ProgramData","Appdata\Roaming","appData\Local",Documents and Settings,etc. are just standards (or obligatory in other terms). The programmer is free to use any location, as long as it remains accessible.

In case of XWidget, data is stored in two places.
1. in Program Installation folder
2. In My documents.

If you try a combi and create both the folders, it will work too.

About the script issue, did you have an IE update recently? Or did you install M$ software such as Office or Visual Studio. These software can screw up the MS script host used by XWidget. And did you verify that the script files are properly saved in "ANSI" encoding?

_________________
Life is a myriad game... Just play it!