Another question about www.derbi.ch
There are several forms on this page, such as:
www.derbi.ch/de/news/newsletter.php
Is it possible to download the FIRST site (initial form) only, with having
the Processing FORM-Action having pointed to a Online position?
I found no special option for FORM-management.
Could it be, that one solution is to change the Architecture of the Site
and having a special "Processing" file (FORM is not pointing to itself)
which one is being excluded for downloading, this resolves my
Problem?
The issue is to burn a CD with direct usability of Registration-forms
and other Functionality as an Extra..
Many thanks for your Ideas on that topic!
Miro Dietiker
MD Systems
There are several forms on this page, such as:
www.derbi.ch/de/news/newsletter.php
Is it possible to download the FIRST site (initial form) only, with having
the Processing FORM-Action having pointed to a Online position?
I found no special option for FORM-management.
Could it be, that one solution is to change the Architecture of the Site
and having a special "Processing" file (FORM is not pointing to itself)
which one is being excluded for downloading, this resolves my
Problem?
The issue is to burn a CD with direct usability of Registration-forms
and other Functionality as an Extra..
Many thanks for your Ideas on that topic!
Miro Dietiker
MD Systems
One solution may is to completely let Files with forms online...
Special FORM-handling-options would be nice to have!
Sample-Options:
- Do not download Pages containing FORMs
- Download FORM-pages but change the action to Online-position
Downloading them and leaving the Action to a local File makes
for me no sense!
Miro
Special FORM-handling-options would be nice to have!
Sample-Options:
- Do not download Pages containing FORMs
- Download FORM-pages but change the action to Online-position
Downloading them and leaving the Action to a local File makes
for me no sense!
Miro
What if you use the following settings - allow forms processing in Advanced, set Online Links Translation, disable these form URLs using URL Filters. This will do what you need.
Best regards,
Oleg Chernavin
MP Staff
Best regards,
Oleg Chernavin
MP Staff
Hi Oleg!
You`re right - it generally works fine with URL-Disabling.. Thanks!
Another Question about the exact behaviour of the mechanism:
If i select "Explore HTML Forms", you begin to modify Form-Action-URL`s
according to the rules as all the Link-Translation-Rules defines.
Whereas in case of a dectivated "Explore HTML Forms" no Action-URL
of a form is being touched?
So there are two real situations with the described result/answer:
A: Form and Form-Processor are on the same URL
ANSWER:
Option "Explore HTML Forms" unneeded, simply deactivate
the Form-URL`s, whereas links pointing to that form, point to online
locations (in case of On-Line-Translation).
In that case, NO local/downloaded File contains any HTML-Form
B: Form and Form-Processor are on different URLs
ANSWER:
Enable "Explore HTML Forms" to translate
In that case i don`t need to activate "Explore HTML Forms" because the
Form itself is on the same Page as the FormProcessor is defined.
Therefore i simply need to deactivate the Form-Processor-URLs, whereas
URLs in HTML-Forms are correctly manipulated to the Online-Target in
case of "On-Line-Translation"
SUMMARY:
It is not Possible to download the File containing the HTML-Form
itself, while the Action points to the online position - as long as both
of them have the same URL.
Cases A and B may exist both at the same time in real Webpage-environments.
Miro Dietiker
MD Systems
You`re right - it generally works fine with URL-Disabling.. Thanks!
Another Question about the exact behaviour of the mechanism:
If i select "Explore HTML Forms", you begin to modify Form-Action-URL`s
according to the rules as all the Link-Translation-Rules defines.
Whereas in case of a dectivated "Explore HTML Forms" no Action-URL
of a form is being touched?
So there are two real situations with the described result/answer:
A: Form and Form-Processor are on the same URL
ANSWER:
Option "Explore HTML Forms" unneeded, simply deactivate
the Form-URL`s, whereas links pointing to that form, point to online
locations (in case of On-Line-Translation).
In that case, NO local/downloaded File contains any HTML-Form
B: Form and Form-Processor are on different URLs
ANSWER:
Enable "Explore HTML Forms" to translate
In that case i don`t need to activate "Explore HTML Forms" because the
Form itself is on the same Page as the FormProcessor is defined.
Therefore i simply need to deactivate the Form-Processor-URLs, whereas
URLs in HTML-Forms are correctly manipulated to the Online-Target in
case of "On-Line-Translation"
SUMMARY:
It is not Possible to download the File containing the HTML-Form
itself, while the Action points to the online position - as long as both
of them have the same URL.
Cases A and B may exist both at the same time in real Webpage-environments.
Miro Dietiker
MD Systems
Yes, you are correct. I am going to change this in future versions of Offline Explorer. So, a deactivated form processing will make Action links pointing online.
I hope it is not urgent for you now. Otherwise, let me know and I will work on it very soon.
Oleg.
I hope it is not urgent for you now. Otherwise, let me know and I will work on it very soon.
Oleg.
Thanks Oleg - no stress at all (because it works clearly defined)
PS: I wrote a very bad Error in the upper text on case B..
"Form itself is NOT on the same page" ... would be right
Let me tell you my point of view:
While in a real environment both situations exist on a page, the
Usage of both scenarios in the same project on different URL`s
is nessecary for a maximum "real-situation" support..
I don`t know if your current suggestion is the right/best way to
provide the requested feature!
While i understand the "explore HTML Forms"-Flag as a global
simple flag to activate Manipulation, i think it wouldn`t be right
to manipulate the Action according to the kind of translation (e.g.
"On-Line-Translation")
From that point of view i`m asking myself "Why such a Flag at all"
because you also have no extra Flag for SWF-Link-Manipulation
and same as it haven`t a general "HTML-A-Tag-Manipulation"-Flag at all.
If you would change some of the processing on your Form-Manipulation
i suggest to manipulate the Form-Action to the Online-Location in any
case (or if a flag exist - only if the case of an actife HTML-Form-Manipulator).
A simple explanation why:
From my point of view, a posted Form in a dynamic environment may point to
the same URL, whereas the result always represent a diffrent Entity - even if
the "POST-URL" result in the same Name as the URL with the Form-Source.
Therefore - Any Post must result in a dynamic Result call (such as the life site-
request over the internet)... or in other words - the real Online-Link because
we/you`re only able to capture the empty form-situation.
It seems as i am the only one who has such problems/questions ;-) so
let`s finish that discussion and work on other tasks!
Just take your time to think about my argumentation
to find the best solution for your future releases!
PS: The SWF-Export-Problem (separate thread) is much more urgent to me..
Thanks very much! Miro (Switzerland)
PS: I wrote a very bad Error in the upper text on case B..
"Form itself is NOT on the same page" ... would be right
Let me tell you my point of view:
While in a real environment both situations exist on a page, the
Usage of both scenarios in the same project on different URL`s
is nessecary for a maximum "real-situation" support..
I don`t know if your current suggestion is the right/best way to
provide the requested feature!
While i understand the "explore HTML Forms"-Flag as a global
simple flag to activate Manipulation, i think it wouldn`t be right
to manipulate the Action according to the kind of translation (e.g.
"On-Line-Translation")
From that point of view i`m asking myself "Why such a Flag at all"
because you also have no extra Flag for SWF-Link-Manipulation
and same as it haven`t a general "HTML-A-Tag-Manipulation"-Flag at all.
If you would change some of the processing on your Form-Manipulation
i suggest to manipulate the Form-Action to the Online-Location in any
case (or if a flag exist - only if the case of an actife HTML-Form-Manipulator).
A simple explanation why:
From my point of view, a posted Form in a dynamic environment may point to
the same URL, whereas the result always represent a diffrent Entity - even if
the "POST-URL" result in the same Name as the URL with the Form-Source.
Therefore - Any Post must result in a dynamic Result call (such as the life site-
request over the internet)... or in other words - the real Online-Link because
we/you`re only able to capture the empty form-situation.
It seems as i am the only one who has such problems/questions ;-) so
let`s finish that discussion and work on other tasks!
Just take your time to think about my argumentation
to find the best solution for your future releases!
PS: The SWF-Export-Problem (separate thread) is much more urgent to me..
Thanks very much! Miro (Switzerland)
The forms processing setting defines whether OE should try to load all possible variants of the form submission or not. For example, if there is a drop-down box to choose something, OE can load all selections as separate URLs. The same is with checkboxes, radio buttons and hidden form fields. However if the form contains editable fields (to enter text), this form is skipped, because OE doesn`t know what to enter there.
Oleg.
Oleg.
Oleg --
Can/does OE Pro expose the various FORM components? If it did and the form had an editable text box that we wanted to script, we could use the Marco feature {:aa..zz} or similar to provide the desired variations for that form field. Does this make any sense and is it a worthwhile feature?
Steve
> The forms processing setting defines whether OE should try to load all possible variants of the form submission or not. For example, if there is a drop-down box to choose something, OE can load all selections as separate URLs. The same is with checkboxes, radio buttons and hidden form fields. However if the form contains editable fields (to enter text), this form is skipped, because OE doesn`t know what to enter there.
> > Oleg.
Can/does OE Pro expose the various FORM components? If it did and the form had an editable text box that we wanted to script, we could use the Marco feature {:aa..zz} or similar to provide the desired variations for that form field. Does this make any sense and is it a worthwhile feature?
Steve
> The forms processing setting defines whether OE should try to load all possible variants of the form submission or not. For example, if there is a drop-down box to choose something, OE can load all selections as separate URLs. The same is with checkboxes, radio buttons and hidden form fields. However if the form contains editable fields (to enter text), this form is skipped, because OE doesn`t know what to enter there.
> > Oleg.
Yes, you can record the form using the Internal browser and submitting it with the Ctrl+Alt keys pressed. This will create a new project and you will be able to use URL Macros in the URLs field to modify the POST request.
Oleg.
Oleg.