file not found

hi all,
just installed the action full background and after applying it to a page an error message occours concerning mootools and so on. i forgot some moo-actions working on the website from former times. i’ve deleted the full bg action in inspector, previewed and error again. i’ve deleted the action itself in the application support folder, no effect, deleted the page, the action was applied to, deleted the FW-preferences, no effect.

“File not found Necessary support file not found in action bundle Expected location [[Settings:Mootoolsoptions.txt]]”

and

“JavaScript Error Action: moo:Slimbox invalid property id”
and this one again for every moo-action i have applied on different pages.

how can this be fixed?

tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Full bg is not related to the MooTools actions - not sure why you are getting this error after adding Full Bg unless they co-exist on the same page.

The MooTools actions aren’t supported any more as Weaver no longer frequents these parts and it is now an unsupported JS library in that Weavers implementation was based on pretty ancient (now) code.

I would suggest that you go through your FW doc and remove any and all instances of Moo - noting where used and for what (so that you can replace the functionality with a similar Scripty action).

Once you have removed all Moo then publish your site (not upload) to clear all cached copies of Moo.

Once you have done that then you can go through the FW doc and add in an equivalent Scripty action.

You dont say what version of FW you have for further info.

David


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

hi dave,
thanks for your answer. I’ve deleted all moo-items from the page, now i can publish again without error.
but all my old moo-experiments are gone to nirvana.
i resume:

  1. the moo tools pack is outdated, thats a pity
  2. when the action “full background” is used on a website that contains the moo tools (not only on same page), it’s very destructive. thats a pity, too.

tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Can you just clarify exactly which Background image action and version you are trying to use alongside Moo.

The MooTools javascript (bundled with the actions) is version 1.11 from 2007 that is why I am suggesting it is past its sell by date. It may still work OK but obviously there have been many Browser versions since then.

MooTools is now at version 1.4.5

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Yes, the action is called “Full Background”, v. 1.0, downloaded yesterday on forge.
The Mootools Suite i’ve installed is at v. 1.1p3
with FW pro 5.6.5.
As i’ve mentioned, it’s an older page and i simply forgot the Mootools on it. Just trying out something with the Full Background action, there was no intention to work together with moo + full bg. This might be a very special scenario but it could be helpful to read a warning on the forge not to use moo + full bg on the same website.

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

It’s a very good idea to look around for another solution than Moo. Unless you are hand-coding in MooTools, and know what you are doing, you should avoid using MooTools in your Freeway projects. The MooTools Actions are completely abandoned and have not had an update in years. The version of Moo they include is hopelessly out of date, and will conflict with Prototype, jQuery, or most other JavaScript toolkits on the same page – and further will not appear or work correctly in IE9 or later.

Walter

On Mar 23, 2013, at 11:56 AM, Thomas wrote:

Yes, the action is called “Full Background”, v. 1.0, downloaded yesterday on forge.
The Mootools Suite i’ve installed is at v. 1.1p3
with FW pro 5.6.5.
As i’ve mentioned, it’s an older page and i simply forgot the Mootools on it. Just trying out something with the Full Background action, there was no intention to work together with moo + full bg. This might be a very special scenario but it could be helpful to read a warning on the forge not to use moo + full bg on the same website.

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Hi Walter, thanks for the clarification.
So its time to say goodbye to Moo. :frowning:
I would wish to have any better version-control for the FW actions and a more reliable installation of them because over the time it’s getting more and more chaotic to handle them. Waiting for the next Actions Forge…

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

I would wish to have any better version-control for the FW actions

Version control wouldn’t have helped you here!

The simple fact is that the particular Action Developer (Weaver) has moved on.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Dave, i would imagine a simple double-click on the action, the installer opens an checks the environment on the individual system, are all needed libraries up to date, are there newer actions installed, are there incompatibilities between the existing actions. After that test the user could be asked: will you install or not.
Don’t know much about programming and can’t say if that’s simply possible to do for an action-designer, but it would keep the FW-action-world much more simple and reliable.

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Freeway Actions are, at their very simplest, simple single text files placed in (or in a sub-folder of) a particular folder. Things get slightly more complex with “bundle” Actions, which end in the file-type-extension .fwactionb (for bundle). Those are specially-constructed nested folders, named in a particular manner, and the Mac OS treats them as if they were single files, even though they contain a whole world of nested resources. (This is the same way that most Mac applications are distributed, too. The .app file-extension gets the same treatment as .fwactionb.)

What you are describing sounds a lot like a missing feature in Freeway, perhaps a next-generation version of the Edit / Actions dialog. I agree it could be very compelling. There would need to be a lot of developer outreach and tooling developed to make it a practical thing, though. In order to know which Action was the newest, and what external resources (if any) it depended on, you would need a central repository for both first- and third-party Actions – either to hold the Actions themselves, or to simply be a registry of their current version and other metadata. So who would maintain that?

One of the things that I tried to do with the ActionsForge (which I built as a personal project, not sponsored by Softpress or anything) was to provide a part of this puzzle – a central registry of all Actions and their latest versions. Authors can upload their Actions and provide a rich collection of metadata about them – usage instructions, examples, links to pay for commercial Actions, etc. There is an RSS feed for each Action and for the entire collection, too, with the latest version sorted to the top. That’s all free for Action authors and Freeway users.

We have a strong tradition of community support in the Freeway universe. Action authors write and give away applications (often complex bits of software unto themselves) that allow individuals to build things they could not otherwise; and to deliver commercial sites for their clients or themselves (hopefully for pay or other revenue) without hiring a programmer to complete them. Try to imagine your Freeway experience with only the Actions that came bundled with the application.

[PLUG type=“shameless”] ActionsForge is far from perfect, and needs a lot of work, but that work also needs to be supported financially if it’s going to be done in a reasonable time frame. I ran a Kickstarter last summer to try to raise the necessary support from the community, but it wasn’t well promoted (my fault) and it didn’t get funded. Without a swath of clear time to work on this, I can’t do the sort of foundational work that is needed to re-build this resource and give it the legs it needs to run into the future. I have an “honor roll” sign-up form here: http://actionsforge.com/next where you can chip in and commit to supporting the next fund-raiser. (Probably not on KickStarter, I’d love to hear suggestions for alternative platforms.) I hope you all agree that it’s worth supporting. If you do, we can have nice things! [/PLUG]

Walter

On Mar 23, 2013, at 1:48 PM, Thomas wrote:

Dave, i would imagine a simple double-click on the action, the installer opens an checks the environment on the individual system, are all needed libraries up to date, are there newer actions installed, are there incompatibilities between the existing actions. After that test the user could be asked: will you install or not.
Don’t know much about programming and can’t say if that’s simply possible to do for an action-designer, but it would keep the FW-action-world much more simple and reliable.

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Walter, just to be sure to be not misinterpreted:

  1. FW is really great software.
  2. Without your (and the other people in here) efforts, it would be worth just the half, thanks a lot for this
  3. Actionsforge is a very important website for every FW-user, no way through my jobs without it. It’s a matter of course to say thank you for doing that, too, and not to complain about it.
  4. I’ve subscribed your pre-pledge-list long time ago and hope to see a new forge growing up as soon as possible.

But if nobody talks about the bad things in life, nobody will think about a way how to change it.

I read (more or less accidentally) about an update of an action. Go to Actionsforge, make the download, install per double-click or drag it to the FW-icon, like explained in the manual.
After installing it, nothing changes. The version-nr. shown in the inspector stays old and nothing at all was updated yet. Again accidentally i read, that you have to drag the new action now manually in the support-folder to install it. Ok. Doing so with again no effect because the needed scriptaculous-library is outdated too, but you as a user get no feedback by the software and don’t know whats going wrong.
Now (its the first time) I’ve lost some parts of my website because of outdated actions in my folder. How should i be able to know that and protect my work in future?
To gather all informations i need for to install one new action sometimes takes hours and hours reading here and exploring the possibilities.

It’s not my intention to show with the finger at someone to complain about that. But my experience working with actions is becoming more and more chaotic, i’ve had just a good reason to point this out and finally i hope for a better solution in future, maybe on the next Actionforge, maybe as a part of FW itselfes or however.

Best Regards,

Tom


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options